测试流程定义文档

《测试流程定义文档》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、软件开发与测试工作流程飞特尔项目组2012/9/4项目测试流程说明书[测试报告指导书]测试人员目录1．简介42．术语、名词定义42.1送测软件42.2开发文档52.3测试文档52.4被测程序52.5送测单52.6BUG单52.7测试循环63．参考文献64．测试与开发的配合64.1文档和软件保存目录6第18页软件开发与测试工作流程目录1.简介32.名词定义32.1待测项目32.2开发文档32.3测试文档42.4被测程序42.5送测单42.6BUG单42.7测试循环53.参考文献54.测试和开发的结合54.1文

2、档与软件保存54.2辅助工具的使用74.2.1辅助测试系统1.084.2.2SourceSafe6.08第18页软件开发与测试工作流程4.3开发与测试配合的流程95.送测单105.1送测单的填写105.2工作流程126．BUG单126.1BUG单的填写136.2工作流程147．测试阶段的结束158.备注158.1开发阶段与测试阶段158.2待测模块的组合与测试原则158.3BUG的分类评级原则168.4国标中有关BUG数量的描述188.5测试阶段的划分181.简介第18页软件开发与测试工作流程本流程文件旨在

3、规定一个简单的可使开发人员和测试人员在软件开发的编码阶段相互配合工作的工作流程，其中包括测试与开发的配合、待测项目和BUG单的填写、测试循环的结束等部分。开发阶段与测试循环的关系、测试模块的组合与测试原则、BUG的分类评级原则等也在本流程文件中有相关的描述。由于我们自身的项目特点，我们测试时只要进行白盒测试中的“代码走查”工作。对于黑盒测试，我们站在用户的角度，主要针对软件界面和软件功能进行测试。2.名词定义2.1待测项目送测软件包括一切软件执行必须的文件、数据、数据库配置等。开发人员必须提供所有的详细的资

4、料以保证测试人员可以像客户一样的运行被测软件。2.2开发文档开发人员提供给测试人员的开发文档至少包括以下几种：用户需求，概要设计，详细设计，用户手册等。开发人员应当在开发每阶段完成后三天内就向测试人员传送本阶段完成的开发文档，以利于测试人员的工作。2.3测试文档测试文档包括测试计划、测试用例说明、BUG报告及分析、测试总结，以及测试工作全部完成后的测试报告等。测试文档由测试人员编写并维护，也属于开发文档的一部分。2.4被测程序被测程序指的是开发人员提交测试的软件可执行的部分。被测程序应当既包括单独的工程文件

5、，以便测试人员进行代码走查工作；而且还要包括已经编译打包好的可执行文件。2.5送测单第18页软件开发与测试工作流程送测单是指开发人员向测试人员提交被测软件时必须填写的提交报告。开发人员应当谨慎填写送测单上的被测程序的版本号，保证和被测程序的版本号一致。送测单必须有送侧重点，以利于测试人员工作。2.6BUG单BUG单是指测试人员在测试完成后，向开发人员提交的BUG汇总报告。开发人员确认并修改BUG后，必须填入修改意见并将BUG单返回给测试人员以验证是否修改成功。2.7测试循环测试循环是指从软件单元/模块的第一

6、次提交测试到本编码阶段结束中间经过的所有的有关的测试行为和过程。其开始的标志是本阶段的第一份提交的送测单，其结束标志是测试总结或测试报告的提交和审批通过。3.参考文献计算机软件测试文件编制规范，GB9386-88<<客户机/服务器系统测试>>，（美）Bourne，K.C.著，机械工业出版社，1998.5.软件开发规范，航空工业标准6464-904.测试与开发的结合项目组使用国内的测试工具TestCenter，因此测试与开发的配合将结合此工具展开；并且质量部已经有自己专用的测试服务器，从而可以大体上做到测试与

7、开发独立进行。本文件中规定的流程就是按照这个思想形成。除此之外，我们还用了MicrosoftSourceSafe6.0来对开发文档和软件进行管理，从而减少了文档传递失误的机会，提高了测试自动化的程度，也降低了测试人员的工作量。4.1文档和软件保存目录公司目前采取的开发方式，用SourceSafe来对整个开发的产品来进行管理，因此对于测试人员来说，不必再单独对开发文档、软件模块进行复制和保存，测试服务器上的共享目录只是用于保存最终发行的软件产品。第18页软件开发与测试工作流程共享目录在项目开始阶段由测试小组的

8、负责人在质量部专用的测试服务器上建立，并由测试负责人在整个项目期间进行维护。共享目录的内容包括评审通过的最终软件（源代码和执行文件）、各种开发文档（包括测试文档）。具体的建立规则如下：假设项目简称为FTR,则共享目录的名字必须是FTR。如项目简称为“飞特尔”，则共享目录的名字就是“FTR飞特尔”。子目录“开发文档”用于存放开发人员传递到测试组的所有“完整的”开发文档，这里的“完整”指经过项目组确认的、能独立向所有