第二章软件测试过程与策略.pptVIP

4.集成测试的组织和实施 集成测试是一种正规测试过程，必须精心计划，并与单元测试的完成时间协调起来。在制定测试计划时，应考虑如下因素： 是采用何种系统组装方法来进行组装测试； 组装测试过程中连接各个模块的顺序； 模块代码编制和测试进度是否与组装测试的顺序一致； 测试过程中是否需要专门的硬件设备。 解决了上述问题之后，就可以列出各个模块的编制、测试计划表，标明每个模块单元测试完成的日期、首次集成测试的日期、集成测试全部完成的日期，以及需要的测试用例和所期望的测试结果。 第三十页，共五十一页。 5．集成测试完成的标志 判定集成测试过程是否完成，可按以下几个方面检查： 成功地执行了测试计划中规定的所有集成测试； 修正了所发现的错误； 测试结果通过了专门小组的评审。 6．采用集成测试的原因 所有的软件项目都不能摆脱系统集成这个阶段。不管采用什么开发模式，具体的开发工作总得从一个一个的软件单元做起，软件单元只有经过集成才能形成一个有机的整体。 第三十一页，共五十一页。 2.2.4 确认测试 1．确认测试的定义 确认测试是检验所开发的软件是否能按用户提出的要求运行。若能达到这一要求，则认为开发的软件是合格的。因而有的软件开发部门把确认测试称为合格性测试(Qualification Testing)。 2．确认测试的准则 经过确认测试，应该为已开发的软件做出结论性评价。不外乎以下两种情况之一： 经过检验的软件功能、性能及其它要求均已满足需求规格说明书的规定，因而可被接受，为是合格的软件； 经过检验发现与需求说明书有相当的偏离，得到一个各项缺陷的清单。 对于第二种情况，往往很难在交付期以前把发现的问题纠正过来。这就需要开发部门和客户进行协商，找出解决的办法。 第三十二页，共五十一页。 图2-10 确认测试阶段的工作 第三十三页，共五十一页。 3．进行有效性测试 有效性测试是在模拟的环境（可能是就是开发的环境）下，运用黑盒测试的方法，验证所测试件是否满足需求规格说明书列出的需求。为此，需要首先制定测试计划，规定要做测试的种类，还需要制定一组测试步骤，描述具体的测试用例。通过实施预定的测试计划和测试步骤，确定软件的特性是否与需求相符，确保所有的软件功能需求都能得到满足，所有的软件性能需求能达到，所有的文档都是正确且易于使用。同时，对其他软件需求，例如可移植性、兼容性，自动恢复、可维护性等，也都要进行测试，确认是否满足。 4．确认测试的结果 在全部软件测试的测试用例运行完后，所有的测试结果可以分为两类： 测试结果与预期的结果相符。说明软件的这部分功能或性能特征与需求规格说明书相符合，从而这部分程序被接受； 测试结果与预期的结果不符。说明软件的这部分功能或性能特征与需求规格说明不一致，因此要为它提交一份问题报告。 通过与用户的协商，解决所发现的缺陷和错误。确认测试应交付的文档有：确认测试分析报告、最终的用户手册和操作手册、项目开发总结报告。 第三十四页，共五十一页。 5．软件配置审查 软件配置审查是确认测试过程的重要环节。其的目的是保证软件配置的所有成分都齐全，各方面的质量都符合要求，维护阶段所必需的细节，而且已经编排好分类的目录。除了按合同规定的内容和要求，由工人审查软件配置之外，在确认测试的过程，应当严格遵守用户手册和操作手册中规定的使用步骤，以便检查这些文档资料的完整性和正确性。必须仔细记录发现的遗漏和错误，并且适当地补充和改正。 第三十五页，共五十一页。 2.2.5 系统测试 1．系统测试的定义 系统测试是将已经集成好的软件系统，作为整个计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试。 2．系统测试的流程 系统测试流程如图2-11所示。 3．系统测试的目标 确保系统测试的活动是按计划进行的； 验证软件产品是否与系统需求用例不相符合或与之矛盾； 建立完善的系统测试缺陷记录跟踪库； 确保软件系统测试活动及其结果及时通知相关小组和个人。 4．系统测试的方针 为项目指定一个测试工程师负责贯彻和执行系统测试活动； 测试组向各事业部总经理/项目经理报告系统测试的执行状况； 系统测试活动遵循文档化的标准和过程； 向外部用户提供经系统测试验收通过的项目； 建立相应项目的（BUG）缺陷库，用于系统测试阶段项目不同生命周期的缺陷记录和缺陷状态跟踪； 定期对系统测试活动及结果进行评估，向各事业部经理/项目办总监/项目经理汇报项目的产品质量信息及数据。 第三十六页，共五十一页。 第2章 软件测试过程与策略 第一页，共五十一页。 本章概述 软件产品种类繁多，测试过程千变万化，为了能够