软件开发与测试工作流程

《软件开发与测试工作流程》由会员分享，可在线阅读，更多相关《软件开发与测试工作流程（19页珍藏版）》请在金锄头文库上搜索。

1、软件开发与测试工作流程版本 2.0XXX 软件股份有限公司质量部XXXX 年 XX 月1 简介42 适用范围43 术语、名词定义43.1送测软件43.2开发文档53.3测试文档53.4被测程序53.5送测单53.6 BUG 单53.7 测试循环64 参考文献65 测试与开发的配合65.1 文档和软件保存目录65.2 辅助工具的使用75.2.1 辅助测试系统1.085.2.2 SourceSafe6.0 85.3 开发与测试配合的流程96 . 送测单106.1送测单的填写106.2 工作流程127 . BUG单127.1 BUG单的填写137.2 工作流程148 测试阶段的结束159 . 备注1

2、59.1 开发阶段与测试阶段159.2 待测模块的组合与测试原则159.3 BUG的分类评级原则169.4国标中有关BUG数量的描述189.5 测试阶段的划分181简介本流程文件旨在规定一个简单的可使开发人员和测试人员在软件开发的编 码阶段相互配合工作的工作流程，其中包括测试与开发的配合、送测单和 BUG 单的填写、测试循环的结束等部分。开发阶段与测试循环的关系、测试模块的组 合与测试原则、BUG的分类评级原则等也在本流程文件中有相关的描述。鉴于公司的技术要求，目前质量部的测试人员不仅要完成黑盒测试工作，而 且还要进行白盒测试中的“代码走查”工作。其它的白盒测试工作，目前还不在 测试人员的工作

3、职责之内。由于公司已经为质量管理部开发完成“辅助测试系统1.0”，因此本测试流程 的制定就建立在辅助测试系统之上，如果辅助测试系统有了新的版本，质量部将 根据其变化适当调整测试流程。2适用范围本流程文件适用于公司开发软件并需要测试服务的任何软件开发项目组、软 件开发人员，以及任何测试人员。当项目组在辅助测试系统中注册以后，公司领导可以使用本系统查询了解所 有在本系统中注册的项目的测试信息，项目的质量管理员可以使用本系统查询了 解项目的当前测试进展情况。程序员和测试员都可以使用本系统查询到自己产生 的送测单和BUG单。3术语、名词定义3.1 送测软件送测软件包括一切软件执行必须的文件、数据、数据

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

5、；而且还要包括已经 编译打包好的可执行文件。3.5 送测单 送测单是指开发人员向测试人员提交被测软件时必须填写的提交报告。开 发人员应当谨慎填写送测单上的被测程序的版本号，保证和被测程序的版本 号一致。送测单必须有送测重点，以利于测试人员工作。3.6 BUG 单BUG单是指测试人员在测试完成后，向开发人员提交的BUG汇总报告。 开发人员确认并修改BUG后，必须填入修改意见并将BUG单返回给测试人 员以验证是否修改成功。3.7 测试循环测试循环是指从软件单元/模块的第一次提交测试到本编码阶段结束中间 经过的所有的有关的测试行为和过程。其开始的标志是本阶段的第一份提交 的送测单，其结束标志是测试总

6、结或测试报告的提交和审批通过。4参考文献1. 计算机软件测试文件编制规范，GB 9386-882. vv客户机/服务器系统测试,（美）Bourne,K.C.著，机械工业出版社,1998.5.3. 软件开发规范，航空工业标准 6464-905测试与开发的配合目前，质量部已经装备测试工作专用的工具“辅助测试系统1.0”，因此测试 与开发的配合将结合此工具展开；并且质量部已经有自己专用的测试服务器，从 而可以大体上做到测试与开发独立进行。本文件中规定的流程就是按照这个思想 形成。由于目前公司自主开发的软件产品基本上都是基于客户机 /服务器模式，因 此，要做到测试与开发独立进行，只需要把软件用到的数据

7、库分开安装到不同的 服务器上就可以了，从而保证开发与测试不会产生数据冲突。如果是采用B/S结 构的软件，只需要在开发部的服务器上建立一个可执行包就可以了；在必要的情 况下，也可同时在质量部服务器上建立可执行包。在此系统的基础之上，又采取用 Microsoft SourceSafe6.0 来对开发文档和软 件进行管理，从而减少了文档传递失误的机会，提高了测试自动化的程度，也降 低了测试人员的工作量。5.1 文档和软件保存目录公司目前采取的开发方式，用SourceSafe来对整个开发的产品来进行管理， 因此对于测试人员来说，不必再单独对开发文档、软件模块进行复制和保存，测 试服务器上的共享目录只是

8、用于保存最终发行的软件产品。共享目录在项目开始阶段由测试小组的负责人在质量部专用的测试服务器 上建立，并由测试负责人在整个项目期间进行维护。共享目录的内容包括评审通 过的最终软件（源代码和可执行文件）、各种开发文档（包括测试文档）。最终的共享目录 TsPrjName 的结构如下所示：具体的建立规则如下：1. 假设项目中文简称为PrjName,则共享目录的名字必须是TsPrjName。如 项目简称为“宝开二期”，则共享目录的名字就是“Ts宝开二期”2. 子目录“开发文档”用于存放开发人员传递到测试组的所有“完整的” 开发文档，这里的“完整”指经过公司技术委员会评审确认的、能独立 向所有使用者发行

9、的文档。当不同的文档使用人员对其内容产生歧义 时，都以这里保存的文档作为仲裁依据。其二级子目录可以分为规格说 明、需求分析、概要设计等等，由开发人员和测试人员商量决定。3. 子目录“最终软件”存放已经通过内部评审的软件，如果软件是分为几 个阶段开发的，并且每个阶段的产品都要发行给用户，则测试员必须备 份每个阶段最终发行给用户的产品。5.2 辅助工具的使用辅助工具目前有两个：辅助测试系统 1.0 和 Microsoft SourceSafe6.0。5.2.1 辅助测试系统 1.0辅助测试系统1.0是一个B/S系统，通过【Explorer访问，建立在质量部服务 器上，由质量部维护，使用人员通过在I

10、E地址栏中输入http:/qa-bck/test/访问。 辅助测试系统的用户必须在该系统中具有用户账号，否则无法使用。辅助测试系统中的使用人员共分为六种身份：测试主管，测试员，项目经理， 程序员、领导和超级用户。相同的用户账号只能具有一种身份，所有的用户只能 由超级用户建立。通过辅助测试系统，用户可以查阅到当前项目中程序员的送测信息和模块的 送测情况，可以随时了解程序中仍然存在的BUG信息，并可以看到查询出来的 信息的统计结果。除了领导和超级用户身份以外，对于其它身份登陆的用户，系统具有自动提 醒功能，既登陆后系统可以自动提醒用户现在需要处理的一些工作。所以，要求 处于测试中的程序的相关人员，

11、如项目经理、程序员、测试主管和测试员等，每 天都必须在不同时段登陆本系统至少三次以上。5.2.2 Microsoft SourceSafe6.0使用 SourceSafe6.0 的主要作用在于能减少文档的传递次数，从而能有效的降 低文档的不一致性，提高文档的及时性和有效性。开发人员使用 SourceSafe6.0 可以保证所有人员包括测试人员看到的是同一个版本的文档，从而避免理解上的 偏差。SourceSafe6.0的服务器建立在开发部门的服务器上，由开发部门维护，测试 人员对其数据库的访问由项目经理控制。测试人员通过计算机上的 SourceSafe 客户端对服务器上的数据库进行访问。测试人员

12、在测试过程中形成的测试文档，也应当按照项目经理指定的目录保 存在SourceSafe里面，这样既方便了同开发人员之间的交流，也使得所有项目产 品有了一个统一的存放地点。对 SourceSafe 中保存的其他开发文档和软件产品，原则上测试人员都只能读 而不能写，比如对于文档和软件产品只能使用get last version”命令来进行阅读， 测试人员在得到这些产品以后，都不必再把它们放回去。不同的测试人员只能对 他/她自己负责测试的部分具有读的权利，对于其它项目的软件产品和文档，不 具有访问的权利。5.3 开发与测试配合的流程9开发人员在辅助测试系统中填写送测单，提交待测模块代码、可执行文 件和

13、相应的设计文档给项目经理确认。9 项目经理检查送测单上的内容后，执行确认工作，并将打包好的可执行 代码发布到开发部服务器的SourceSafe中（如果是B/S结构的软件，要 把可执行代码发布到 IIS 上），将相关的数据库发布到质量部服务器上。9 测试人员接受送测单后，从SourceSafe中获得程序代码，开始测试。测 试包括两方面的内容：一是代码走查工作，其次是功能测试工作。9 代码走查以公司下发的编码规范及管理办法为检查依据。如果在本 次送测的某个模块中的代码走查中发现存在5个以上违反编码规范的地 方，则将该模块返回给程序员重新送测，本模块的测试结束，继续下一 个模块的测试。如果所有模块都

14、不能通过代码走查工作，则本次测试全 部结束，不必再进行下一步的功能测试。9 功能测试以公司下发的质量部测试管理办法为测试依据。测试人员应当严格按照管理办法上的相关规定开展工作，并认真完成BUG纪录的 填写。完成测试后，将BUG单传递给测试主管确认。9 测试人员测试完成后，测试主管必须对BUG单执行“验证”过程，即检 验 BUG 单上描写的 BUG 是否都是正确的。验证完以后，测试主管将 BUG 单返回给程序员。9 程序员对BUG单上的所有纪录都必须认真处理后，再把BUG单连同修 改完成的软件产品一起返回给测试员进行回归测试。对于具体的使用辅助测试系统的开发与测试配合的工作流程可以参见辅助 测试

15、系统使用手册（由开发2部负责编写，预计会在8月初完成），也可以参见 qawangl软件测试测试流程图。6 . 送测单送测单用于开发人员向测试人员提交被测软件，由程序员填写并通过项目经 理传递到测试人员。在辅助测试系统中，已经将送测单的填写集成进去了，这里 给出送测单的主要元素及其填写方法。如果在辅助测试系统中的送测单的形式与 这里列出的不同，请参考本文件的规定执行。送测单的形式如下所示：送测单项目名称送测模块送测阶段项目经理送测人送测日期版本号工程文件路径和名字可执行文件路径和名字软件配置测试要求（重点）：收测人收测日期6.1送测单的填写其填写规则约定如下：1 项目名称、送测内容、送测人和送测日期等四个字段由送测人填写。送测内容指的是本次送测的程序模块。在辅助测试系统中，项目名称和模块名称由项目经理加入，程序员在填写送测单时只需要选择就可以了； 而送测人和送测日期两个字段系统可以根据用户登陆信息自动添加。2 项目经理字段在项目经理确认了本送测单填写的所有内容都正确无误之 后，由本人填写。在辅助测试系统中，项目经理要对送测单的处