软件测试方案资料教程.docxVIP

***科技有限公司 1 ***技技术有限公司 软件测试管理规定 文件编号： 生效日期： 受控编号： 密级： 版次：第 版 修改状态 总页数 正文 附件 编制或修订人： 审核： 批准： （1，翻版必究） 目录 TOC \o 1-3 \h \z \u 第一章 引言 4 第一条 测试概述 4 第二条 测试目标 4 第三条 适用范围 5 第二章 测试职责 5 第三章 需求分析 6 第四章 测试策略 7 第四章 测试计划 8 第五章 测试用例 8 第一条 测试用例设计方法 8 第二条 测试用例操作步骤 11 第三条 测试用例选择准则 11 第四条 测试软/硬件环境 12 第五条 测试数据准备 12 第六条 测试执行过程绩效考核 12 第六章 测试执行 12 第一条 项目测试周期 12 第二条 项目测试启动 12 第三条 项目测试阶段 13 第四条 项目测试结束 13 第五条 测试执行过程绩效考核 13 第七章 测试变更 14 第八章 缺陷管理 14 第一节 缺陷基本属性 14 第二节 缺陷管理流程 15 第三节 缺陷分类 16 第四节 缺陷定义 18 第五节 缺陷完成度 19 第六节 处理机制 20 第九章 测试结果分析 20 第一节 测试完成的标准 20 第二节 允许保留的缺陷 21 第十章 测试输出文档 21 第一章 引言 第一条 目的 本规定详细阐述了系统测试的类型与各类型的基本测试方法,指导项目人员进行软件系统测试。 第一条 测试概述 无论怎样强调软件测试的重要性和它对软件可靠性的影响都不过分。在开发大型软件系统的漫长过程中，面对着极其错综复杂的问题，人的主观认识不可能完全符合客观现实，与工程密切相关的各类人员之间的通信和配合也不可能完美无缺，因此，在软件生命周期的每个阶段都不可避免地会产生差错。我们力求在每个阶段结束之前通过严格的技术审查，尽可能早地发现并纠正差错； 经验表明审查并不能发现所有差错，此外在编码过程中还不可避免地会引入新的错误。如果在软件投入生产性运行之前，没有发现并纠正软件中的大部分差错，则这些差错迟早会在生产过程中暴露出来，那时不仅改正这些错误的代价更高，而且往往会造成很恶劣的后果。测试的目的就是在软件投入生产性运行之前，尽可能多地发现软件中的错误。 目前软件测试仍然是保证软件质量的关键步骤，它是对软件规格说明、设计和编码的最后复审。软件测试在软件生命周期中横跨两个阶段。通常在编写出每个模块之后就对它做必要的测试(称为单元测试)，模块的编写者和测试者是同一个人，编码和单元测试属于软件生命周期的同一个阶段。在这个阶段结束之后，对软件系统还应该进行各种综合测试，这是软件生命周期中的另一个独立的阶段，通常由专门的测试人员承担这项工作。 大量统计资料表明，软件测试的工作量往往占软件开发总工作量的40％以上，在极端情况，测试那种关系人的生命安全的软件所花费的成本，可能相当于软件工程其他开发步骤总成本的三倍到五倍。因此，必须高度重视软件测试工作，绝不要以为写出程序之后软件开发工作就接近完成了，实际上，大约还有同样多的开发工作量需要完成。仅就测试而言，它的目标是发现软件中的错误，但是，发现错误并不是我们的最终日的。软件工程的根本目标是开发出高质量的完全符合用户需要的软件。 第二条 测试目标 下面这些规则也可以看作是测试的目标或定义： (1)测试是为了发现程序中的错误而执行程序的过程； (2)好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案； (3)成功的测试是发现了至今为止尚未发现的错误的测试。 从上述规则可以看出，测试的正确定义是“为了发现程序中的错误而执行程序的过程”。这和某些人通常想象的“测试是为了表明程序是正确的”，“成功的测试是没有发现错误的测试”等等是完全相反的。正确认识测试的目标是十分重要的，测试目标决定了测试方案的设计。如果为了表明程序是正确的而进行测试，就会设计一些不易暴露错误的测试方案；相反，如果测试是为了发现程序中的错误，就会力求设计出最能暴露错误的测试方案。 由于测试的目标是暴露程序中的错误，从心理学角度看，由程序的编写者自己进行测试是不恰当的。因此，在综合测试阶段通常由其他人员组成测试小组来完成测试工作。此外，应该认识到测试决不能证明程序是正确的。即使经过了最严格的测试之后，仍然可能还有没被发现的错误潜藏在程序中。测试只能查找出程序中的错误，不能证明程序中没有错误。 第三条 适用范围范围 本规范是对项目软件测试的一份指导性文件，对软件测试过程