| 词条 | 全程软件测试 |
| 释义 | 本书以两个典型项目为背景，按实际项目进行的先后次序，循序渐进地阐述了软件测试的全过程。从软件项目启动、需求评审、测试计划开始，然后深入到测试用例设计、测试工具选择、脚本开发、功能测试和系统测试等不同阶段，生动地演绎了必需而实用的测试方法、技术和实施技巧。 信息作者：朱少民 著 ISBN：10位[7121048787]13位[9787121048784] 出版社：电子工业出版社 出版日期：2007-9-1 定价：￥49.00元 内容提要本书还系统地介绍了测试管理的各个层次及其细节，包括测试策略制定、风险控制、缺陷跟踪和分析、测试管理系统的应用等。最后，本书呈现了软件测试成熟度模型和对软件测试的总结和思考，帮助读者了解软件测试所面对的现实问题和应恪守的原则、领会测试方法的应用之道和品味测试的最佳实践。 本书是作者长期从事软件测试工作的经验与智慧的结晶，是软件测试工程师的良师益友。本书也可作为软件开发人员、项目经理等的参考书，更适合用作软件测试的培训教材或教学用书。 编辑推荐本书以两个典型项目为背景，按实际项目进行的先后次序，循序渐进地阐述了软件测试的全过程。从软件项目启动、需求评审、测试计划开始，然后深入到测试用例设计、测试工具选择、脚本开发、功能测试和系统测试等不同阶段，生动地演绎了必需而实用的测试方法、技术和实施技巧。本书还系统地介绍了测试管理的各个层次及其细节，包括测试策略制定、风险控制、缺陷跟踪和分析、测试管理系统的应用等。最后，本书呈现了软件测试成熟度模型和对软件测试的总结和思考，帮助读者了解软件测试所面对的现实问题和应恪守的原则、领会测试方法的应用之道和品味测试的最佳实践。 本书是作者长期从事软件测试工作的经验与智慧的结晶，是软件测试工程师的良师益友。本书也可作为软件开发人员、项目经理等的参考书，更适合用作软件测试的培训教材或教学用书。 目录引子 第1章 测试项目启动 1.1了解软件的质量需求 1.1.1 软件产品的质量需求 1.1.2 软件质量的对立面——软件缺陷 1.1.3 软件缺陷产生的原因 1.1.4 究竟什么是软件测试 1.1.5 软件测试的目标 1.2 选定测试组长 1.2.1 测试过程和开发过程的关系 1.2.2 测试组长的人选 1.2.3 测试团队在项目中的位置 1.3 掌控项目背景 1.3.1 软件测试的项目要素 l.3.2 两个典型项目的介绍 1.3.3 GoogleTalk客户端功能简介 1.3.4 Wleb应用——雅虎日历功能介绍 1.4 制定测试规范 1.5小结 第2章 测试计划 2.1 产品需求文档审查和评审 2.1.1 需求评审的重要性 2.1.2 测试人员在需求评审中的角色 2.1.3需求评审的标准 2.2 项目的测试需求和任务 2.2.1 确定软件功能测试需求 2.2.2 非功能性的系统测试需求 2.2.3 软件即服务的测试需求 2.2.4 各个阶段的测试任务 2.3 测试范围分析和工作量估计 2.3.1 功能测试范围的分析 2.3.2 系统测试范围的分析 2.3.3 工作量的估计 2.3.4 工作分解结构表方法 2.3.5 工作量估计的实例 2.4 测试资源需求和团队组建 2.4.1 测试资源需求 2.4.2 团队组建 2.4.3 培训 2.5 测试里程碑和进度安排 2.6 测试风险分析 2.7 制定有效的测试策略 2.8 完整生成测试计划书 2.9小结 第3章 设计验证 3.1 系统架构的审查 3.1.l 系统架构选型的确认 3.1.2 软件设计评审标准 3.1.3 系统组件设计的审查 3.2 产品设计规格说明书的复审 3.2.1 重视设计规格说明书的审查 3.2.2 设计规格说明书的多层次审查 3.2.3 界面设计的评审 3.2.4 验证过程与确认过程 …… 第4章 测试设计 第5章 测试工具选择和脚本开发 第6章 测试和编程的交互 第7章 功能测试的执行 第8章 国际化和本地化测试的执行 第9章 系统测试的执行 第10章 后续测试 第11章 测试的跟踪管理 第12章 总结和思考 附录A 软件测试全景图 附录B 完整的项目检查表 附录C 测试计划（GB8567-88） 附录D 完整的测试工具列表 附录E 代码审查的示范性列表 附录F 软件测试术语中英文对照 附录G 参考书目和资源 书摘引子 在本书的开头，有必要介绍软件测试在软件开发中的位置、地位和作用，也就是帮助读者建立起有关软件测试的基本轮廓（bigpicture），这样对阅读和理解以后各章的内容会有很大帮助。要建立起软件测试的基本轮廓，也就需要回答下列几个问题： 软件测试的作用是什么？ 软件测试在软件开发生命周期（SDLC）中的位置在哪里？ 软件测试过程是怎样的？ 软件测试团队的地位如何？ 软件测试和软件质量保证（SQA）有何区别？ 下面我们先简单回答这些问题。即使您不能完全理解也不要急，后面会逐步帮助您解开软件测试之谜。但有一点是明确的，在看完这段“引子”后，您对软件测试会有一个整体的认识，从而不至于陷入“盲人摸象”的困境。 1.软件测试的作用 在购买商品时，会发现商品上贴有一个“QC”标签，这就是产品经过质量检验（QualityControl）的标志。软件测试就好比制造工厂的质量检验工作，是对软件产品和阶段性工作成果进行质量检验，力求发现其中的各种缺陷，并督促修正缺陷，从而控制和保证软件产品的质量。所以，软件测试是软件公司致力于提高软件产品质量的重要手段之一。 2.软件测试在SDLC中的位置 在著名的软件瀑布模型中，软件测试处在“编程”的下游，在“软件维护”的上游，先有编程后有测试，测试的位置很清楚，但瀑布模型没有反映SDLC的本质，没能准确无误地反映测试的位置。 实际上，测试贯穿整个SDLC，从需求评审、设计评审开始，就介入到软件产品的开发活动或软件项目实施中了。测试人员借助于需求定义的阅读、讨论和审查，不仅能发现需求定义的问题，而且可以了解产品的设计特性、用户的真正需求，进而确定测试目标，准备用例（UseCase）并策划测试活动。同理，在软件设计阶段，测试人员可以了解系统是如何实现的，以及构建在什么样的平台之上等各类问题，这样可以提前准备系统的测试环境，包括硬件和第三方软件的采购，并着手研究如何测试系统，完成系统测试用例设计、测试工具的选型或启动测试工具的开发，进一步完善测试计划等。所有这些准备工作，都要花去很多时间，应尽早开展起来。 当设计人员在做详细设计时，测试人员就应直接参与具体的设计、参与设计的评审，找出设计的缺陷。同时，完成功能特性测试的用例，并基于这些测试用例开发测试脚本。 在编程阶段就进行单元测试，是一种很有效的办法，可以尽快找出程序中的错误。充分的单元测试可以大幅度提高程序质量，减少开发成本。 软件测试在SDLC中的位置，可以通过图0-1充分地体现出来。软件测试和软件开发构成一个全过程的交互、协作的关系，两者自始至终一起工作，共同致力于同一个目标——按时、高质量地完成项目。 图0-1软件测试和SDLC的关系 3.软件测试过程 软件测试的全过程，要经历如图0-2所示的很多个里程碑，其中主要的里程碑有： 产品需求文档（PRD）或市场需求文档（MRD）的评审和签发； 产品规格说明书（Spec）的评审和签发； 测试计划、测试计划书的评审和签发； 测试用例的设计、评审和签发； 功能测试； 系统测试； 验收测试。 图0-2测试全过程的跟踪示意图 4.软件测试团队的地位 在软件开发中，虽然有很多角色，有各种各样的人员参与，包括项目经理、产品经理、UI（用户界面）设计人员、文档人员等，但最大的两个团队就是测试团队和开发团队（由设计人员/程序员组成），也就是说，在一个软件公司，测试人员和程序员，占有最大比重。当然，有些软件公司，销售人员或客户支持人员也比较多。由此可见，软件测试团队的地位应该是举足轻重的。 5.软件测试和SQA的区别 如前面所说，软件测试属于软件控制，它和SQA（质量保证）的区别概括起来有4点，见表0-1。 表0-1 项目 软件测试 SQA 工作性质 技术性工作 管理性工作 对象 软件产品（包括阶段性产品） 软件过程 焦点 事后检验 强调预防 范围 在研发（R&D）部门或技术部门 在公司层次，跨所有部门，包括市场、销售、客户服务、行政、后勤、人事等部门 |
| 随便看 |
|
百科全书收录4421916条中文百科知识，基本涵盖了大多数领域的百科知识，是一部内容开放、自由的电子版百科全书。