软件系统测试规范方案.docxVIP

上海兴汉科技公司 软件测试规范 目 录 一.概述 1 二 软件测试理论 2 什么是软件测试 2 软件测试的目标 2 三.软件测试流程 4 软件测试流程图 4 软件测试流程细则 5 软件测试着重事项 6 四.软件测试类型 8 模块测试 8 子系统测试 8 系统测试 8 验收测试 8 五.黑盒测试方式 10 等价类划分 10 因果图 12 边值分析法 12 猜错法 13 随机数法 错误!未定义书签。 七.测试错误类型 14 八.测试标准 16 附录一 单元测试报告 17 附录二 集成测试报告 18 附录三 测试大纲 错误!未定义书签。 附录四 测试大纲附录 22 附录五 测试规划 错误!未定义书签。 附录六 程序错误报告 23 附录七 测试分析报告 24 一.概述 本规范是对项目软件测试的一份指导性文件，对软件测试经过中所涉及到的测试理论、测试类型、测试方式、测试标准、测试流程以及软件产品开发单位所承担的职责进行总体规范，以有效保证软件产品的质量。 二 软件测试理论 什么是软件测试 无论怎么强调软件测试的重要性和它对软件可靠性的影响都不过分。在开发大型软件系统的漫 长经过中，面对着极其错综复杂的问题，人的主观认识不行能彻底符合客观现实，与工程密切相关 的各类人员之间的通信和协作也不行能完美无缺，因此，在软件生命周期的每个阶段都不行避开地 会产生差错。我们力求在每个阶段结束之前经过严格的技术审查，尽可能早地发觉并纠正差错；但 是，阅历表明审查并不能发觉所有差错，此外在编码经过中还不行避开地会引入新的错误。假若在 软件投入生产性运行之前，没有发觉并纠正软件中的大部分差错，则这些差错迟早会在生产经过中 暴露出来，那时不仅改正这些错误的代价更高，而且往往会造成很恶劣的后果。测试的目的就是在 软件投入生产性运行之前，尽可能多地发觉软件中的错误。目前软件测试仍然是保证软件质量的关 键步骤，它是对软件规格说明、设计和编码的最后复审。软件测试在软件生命周期中横跨两个阶段。 通常在编写出每个模块之后就对它做必要的测试(称为单元测试)，模块的编写者和测试者是同一个 人，编码和单元测试属于软件生命周期的同一个阶段。在这个阶段结束之后，对软件系统还应该进 行各种综合测试，这是软件生命周期中的另一个独立的阶段，通常由特意的测试人员承担这项工作。 大量统计资料表明，软件测试的工作量往往占软件开发总工作量的40％以上，在极端情况，测试那 种关系人的生命安全的软件所花费的成本，可能相当于软件工程其他开发步骤总成本的三倍到五倍。因此，必需高度重视软件测试工作，绝不要以为写出程序之后软件开发工作就接近完成了，实际上， 大约还有同样多的开发工作量需要完成。仅就测试而言，它的目标是发觉软件中的错误，但是，发 现错误并不是我们的最后日的。软件工程的根本目标是开发出高质量的彻底符合用户需要的软件。 软件测试的目标 下列这些规则也能够看作是测试的目标或定义： 测试是为了发觉程序中的错误而执行程序的经过； 好的测试方案是极可能发觉迄今为止尚未发觉的错误的测试方案； (3)成功的测试是发觉了至今为止尚未发觉的错误的测试。 从上述规则能够看出，测试的准确定义是“为了发觉程序中的错误而执行程序的经过”。这和某些人 通常想象的“测试是为了表明程序是准确的”，“成功的测试是没有发觉错误的测试”等等是彻底相反的。准确认识测试的目标是格外重要的，测试目标决定了测试方案的设计。假若为了表明程序是准确的而进行测试，就会设计一些不易暴露错误的测试方案；相反，假若测试是为了发觉程序中的错误，就会力求设计出最能暴露错误的测试方案。 由于测试的目标是暴露程序中的错误，从心理学角度看，由程序的编写者自己进行测试是不恰当的。因此，在综合测试阶段通常由其他人员组成测试小组来完成测试工作。此外，应该认识到测试决不 能证实程序是准确的。即使经过了最严格的测试之后，仍然可能还有没被发觉的错误潜藏在程序中。测试只能查找出程序中的错误，不能证实程序中没有错误。 三.软件测试流程 软件测试流程图 参加需求分析，认识项目需求内容认识需求变更 参加需求分析，认识项目需求内容 认识需求变更 制定《测试规划 》编写《测试用例》 制定《测试规划 》 编写《测试用例》 回归测试 回归测试 执行测试用例No 执行测试用例 No 填写《错误报告》 提交 bug，项目组进行修改 编写《测试总结报告》 Yes 提交《测试总结报告》 软件测试流程细则 需求阶段： 测试人员认识项目需求收集结果包括项目需求规格说明、功能结构及模块划分等。测试人员认识项目需求变更。 测试人员会同项目主管依据软件需求制定并确认《测试规划》（附录五）。 设计编码阶段： 测试人员制定《测试