文档介绍：软件开发与测试配合
工作流程
目录
1. 简介 3
2. 适用范围 3
3. 术语、名词定义 3
送测软件 3
开发文档 3
测试文档 4
被测程序 4
送测单 4
BUG单 4
测试循环 4
4. 参考文献 4
5. 测试与开发的配合 5
文档和软件保存目录 5
辅助工具的使用 6
6
6
开发与测试配合的流程 6
6 . 送测单 7
8
工作流程 9
7 .BUG单 9
BUG单的填写 9
工作流程 10
8 .测试阶段的结束 11
9 . 备注 11
开发阶段与测试阶段 11
待测模块的组合与测试原则 11
BUG的分类评级原则 11
国标中有关BUG数量的描述 13
测试阶段的划分 13
简介
本流程文件旨在规定一个简单的可使开发人员和测试人员在软件开发的编码阶段相互配合工作的工作流程,其中包括测试与开发的配合、送测单和BUG单的填写、测试循环的结束等部分。开发阶段与测试循环的关系、测试模块的组合与测试原则、BUG的分类评级原则等也在本流程文件中有相关的描述。
鉴于公司的技术要求,目前质量部的测试人员不仅要完成黑盒测试工作,而且还要进行白盒测试中的“代码走查”工作。其它的白盒测试工作,目前还不在测试人员的工作职责之内。
由于公司已经为质量管理部开发完成“”,因此本测试流程的制定就建立在辅助测试系统之上,如果辅助测试系统有了新的版本,质量部将根据其变化适当调整测试流程。
适用范围
本流程文件适用于公司开发软件并需要测试服务的任何软件开发项目组、软件开发人员,以及任何测试人员。
当项目组在辅助测试系统中注册以后,公司领导可以使用本系统查询了解所有在本系统中注册的项目的测试信息,项目的质量管理员可以使用本系统查询了解项目的当前测试进展情况。程序员和测试员都可以使用本系统查询到自己产生的送测单和BUG单。
术语、名词定义
送测软件
送测软件包括一切软件执行必须的文件、数据、数据库配置等。开发人员必须提供所有的详细的资料以保证测试人员可以像客户一样的运行被测软件。
开发文档
开发人员提供给测试人员的开发文档至少包括以下几种:用户需求,概要设计,详细设计,用户手册等。开发人员应当在开发每阶段完成后三天内就向测试人员传送本阶段完成的开发文档,以利于测试人员的工作。
测试文档
测试文档包括测试计划、测试用例说明、BUG报告及分析、测试总结,以及测试工作全部完成后的测试报告等。测试文档由测试人员编写并维护,也属于开发文档的一部分。
被测程序
被测程序指的是开发人员提交测试的软件可执行的部分。被测程序应当既包括单独的工程文件,以便测试人员进行代码走查工作;而且还要包括已经编译打包好的可执行文件。
送测单
送测单是指开发人员向测试人员提交被测软件时必须填写的提交报告。开发人员应当谨慎填写送测单上的被测程序的版本号,保证和被测程序的版本号一致。送测单必须有送测重点,以利于测试人员工作。
BUG单
BUG单是指测试人员在测试完成后,向开发人员提交的BUG汇总报告。开发人员确认并修改BUG后,必须填入修改意见并将BUG单返回给测试人员以验证是否修改成功。
测试循环
测试循环是指从软件单元/模块的第一次提交测试到本编码阶段结束中间经过的所有的有关的测试行为和过程。其开始的标志是本阶段的第一份提交的送测单,其结束标志是测试总结或测试报告的提交和审批通过。
测试与开发的配合
目前,质量部已经装备测试工作专用的工具“”,因此测试与开发的配合将结合此工具展开;并且质量部已经有自己专用的测试服务器,从而可以大体上做到测试与开发独立进行。本文件中规定的流程就是按照这个思想形成。
由于目前公司自主开发的软件产品基本上都是基于客户机/服务器模式,因此,要做到测试与开发独立进行,只需要把软件用到的数据库分开安装到不同的服务器上就可以了,从而保证开发与测试不会产生数据冲突。如果是采用B/S结构的软件,只需要在开发部的服务器上建立一个可执行包就可以了;在必要的情况下,也可同时在质量部服务器上建立可执行包。
在此系统的基础之上,又采取用Microsoft ,从而减少了文档传递失误的机会,提高了测试自动化的程度,也降低了测试人员的工作量。
文档和软件保存目录
公司目前采取的开发方式,用SourceSafe来对整个开