软件开发与测试工作流程

====Word行业资料分享--可编辑版本--双击可删==== 软件开发与测试软件开发与测试 工作流程工作流程 版本版本 2.02.0 XXXXXX 软件股份有限公司质量部软件股份有限公司质量部 XXXX 年 XX 月 源-于-网-络-收-集 ====Word行业资料分享--可编辑版本--双击可删==== 目目录录 1． 2． 3． 3.1 3.2 3.3 3.4 3.5 3.6 3.7 4． 5． 简介 . 3 适用范围 . 4 术语、名词定义 . 4 送测软件 . 4 开发文档 . 4 测试文档 . 4 被测程序 . 5 送测单 . 5 BUG 单 5 测试循环 . 5 参考文献 . 5 测试与开发的配合 . 5 5.1 文档和软件保存目录 . 6 5.2 辅助工具的使用 . 7 5.2.1 辅助测试系统 1.0 . 7 5.2.2 SourceSafe6.0. 7 5.3 开发与测试配合的流程 8 6. 送测单 9 6.1 送测单的填写 . 9 6.2 工作流程 10 7．BUG 单 11 7.1 BUG 单的填写 12 7.2 工作流程 13 8 9 ．测试阶段的结束 . 13 . 备注 14 9.1 开发阶段与测试阶段 14 9.2 待测模块的组合与测试原则 14 9.3 BUG 的分类评级原则 14 源-于-网-络-收-集 ====Word行业资料分享--可编辑版本--双击可删==== 9.4 国标中有关 BUG 数量的描述 16 9.5 测试阶段的划分 16 1 1．．简介简介 本流程文件旨在规定一个简单的可使开发人员和测试人员在软件开发的编码阶段相互配合工作的 源-于-网-络-收-集 ====Word行业资料分享--可编辑版本--双击可删==== 工作流程，其中包括测试与开发的配合、送测单和BUG 单的填写、测试循环的结束等部分。开发阶段 与测试循环的关系、测试模块的组合与测试原则、BUG 的分类评级原则等也在本流程文件中有相关的 描述。 鉴于公司的技术要求，目前质量部的测试人员不仅要完成黑盒测试工作，而且还要进行白盒测试 中的“代码走查”工作。其它的白盒测试工作，目前还不在测试人员的工作职责之内。 由于公司已经为质量管理部开发完成“辅助测试系统 1.0” ，因此本测试流程的制定就建立在辅助 测试系统之上，如果辅助测试系统有了新的版本，质量部将根据其变化适当调整测试流程。 2 2．．适用范围适用范围 本流程文件适用于公司开发软件并需要测试服务的任何软件开发项目组、软件开发人员，以及任 何测试人员。 当项目组在辅助测试系统中注册以后，公司领导可以使用本系统查询了解所有在本系统中注册的 项目的测试信息，项目的质量管理员可以使用本系统查询了解项目的当前测试进展情况。程序员和测 试员都可以使用本系统查询到自己产生的送测单和BUG 单。 3 3．．术语、名词定义术语、名词定义 3.13.1送测软件送测软件 送测软件包括一切软件执行必须的文件、数据、数据库配置等。开发人员必须提供 所有的详细的资料以保证测试人员可以像客户一样的运行被测软件。 3.23.2开发文档开发文档 开发人员提供给测试人员的开发文档至少包括以下几种：用户需求，概要设计，详细设计，用 户手册等。开发人员应当在开发每阶段完成后三天内就向测试人员传送本阶段完成的开发文档，以 利于测试人员的工作。 3.33.3测试文档测试文档 测试文档包括测试计划、测试用例说明、 BUG 报告及分析、测试总结，以及测试工作全部完成 源-于-网-络-收-集 ====Word行业资料分享--可编辑版本--双击可删==== 后的测试报告等。测试文档由测试人员编写并维护，也属于开发文档的一部分。 3.43.4被测程序被测程序 被测程序指的是开发人员提交测试的软件可执行的部分。 被测程序应当既包括单独的工程文件， 以便测试人员进行代码走查工作；而且还要包括已经编译打包好的可执行文件。 3.53.5送测单送测单 送测单是指开发人员向测试人员提交被测软件时必须填写的提交报告。开发人员应当谨慎填写 送测单上的被测程序的版本号，保证和被测程序的版本号一致。送测单必须有送测重点，以利于测 试人员工作。 3.63.6BUGBUG 单单 BUG 单是指测试人员在测试完成后，向开发人员提交的BUG 汇总报告。开发人员确认并修改 BUG 后，必须填入修改意见并将BUG 单返回给测试人员以验证是否修改成功。 3.73.7测试循环测试循环 测试循环是指从软件单元/模块的第一次提交测试到本编码阶段结束中间经过的所有的有关的 测试行为和过程。其开始的标志是本阶段的第一份提交的送测单，其结束标志是测试总结或测试报 告的提交和审批通过。 4 4．．参考文献参考文献 1.计算机软件测试文件编制规范，GB 9386-88 2.， （美）Bourne，K.C.著，机械工业出版社，1998.5. 3.软件开发规范，航空工业标准6464-90 5 5．．测试与开发的配合测试与开发的配合 目前，质量部已经装备测试工作专用的工具“辅助测试系统 1.0” ，因此测试与开发的 源-于-网-络-收-集 ====Word行业资料分享--可编辑版本--双击可删==== 配合将结合此工具展开；并且质量部已经有自己专用的测试服务器，从而可以大体上做到 测试与开发独立进行。本文件中规定的流程就是按照这个思想形成。 由于目前公司自主开发的软件产品基本上都是基于客户机/服务器模式，因此，要做到 测试与开发独立进行，只需要把软件用到的数据库分开安装到不同的服务器上就可以了， 从而保证开发与测试不会产生数据冲突。如果是采用B/S 结构的软件，只需要在开发部的 服务器上建立一个可执行包就可以了；在必要的情况下，也可同时在质量部服务器上建立 可执行包。 在此系统的基础之上，又采取用 Microsoft SourceSafe6.0 来对开发文档和软件进行管 理，从而减少了文档传递失误的机会，提高了测试自动化的程度，也降低了测试人员的工 作量。 5.15.1 文档和软件保存目录文档和软件保存目录 公司目前采取的开发方式，用 SourceSafe 来对整个开发的产品来进行管理，因此对于 测试人员来说，不必再单独对开发文档、软件模块进行复制和保存，测试服务器上的共享 目录只是用于保存最终发行的软件产品。 共享目录在项目开始阶段由测试小组的负责人在质量部专用的测试服务器上建立，并由测试负责 人在整个项目期间进行维护。共享目录的内容包括评审通过的最终软件（源代码和可执行文件） 、各种 开发文档（包括测试文档） 。 最终的共享目录 TsPrjName的结构如下所示： 子目录“最终软件” 具体的建立规则如下： 1． 假设项目中文简称为PrjName, 则共享目录的名字必须是TsPrjName。如项目简称为“宝开二 期” ，则共享目录的名字就是“Ts宝开二期” 。 2． 子目录“开发文档”用于存放开发人员传递到测试组的所有 “完整的”开发文档，这里的“完 TsPrjName 子目录“开发文档” 源-于-网-络-收-集 ====Word行业资料分享--可编辑版本--双击可删==== 整”指经过公司技术委员会评审确认的、能独立向所有使用者