软件测试工作流程().pdf
《软件测试工作流程().pdf》由会员分享,可在线阅读,更多相关《软件测试工作流程().pdf(21页珍藏版)》请在三一文库上搜索。
1、软件开发与测试配合 工作流程 XXX 软件股份有限公司质量部 目录 1简介 本流程文件旨在规定一个简单的可使开发人员和测试人员在软件 开发的编码阶段相互配合工作的工作流程,其中包括测试与开发的配 合、送测单和 BUG 单的填写、测试循环的结束等部分。开发阶段与 测试循环的关系、测试模块的组合与测试原则、BUG 的分类评级原 则等也在本流程文件中有相关的描述。 鉴于公司的技术要求,目前质量部的测试人员不仅要完成黑盒测 试工作,而且还要进行白盒测试中的“代码走查”工作。其它的白盒 测试工作,目前还不在测试人员的工作职责之内。 由于公司已经为质量管理部开发完成“辅助测试系统1.0” ,因此 本测试流
2、程的制定就建立在辅助测试系统之上,如果辅助测试系统有 了新的版本,质量部将根据其变化适当调整测试流程。 2适用范围 本流程文件适用于公司开发软件并需要测试服务的任何软件开发 项目组、软件开发人员,以及任何测试人员。 当项目组在辅助测试系统中注册以后,公司领导可以使用本系统 查询了解所有在本系统中注册的项目的测试信息,项目的质量管理员 可以使用本系统查询了解项目的当前测试进展情况。程序员和测试员 都可以使用本系统查询到自己产生的送测单和BUG 单。 3术语、名词定义 3.1 送测软件 送测软件包括一切软件执行必须的文件、数据、数据库配置等。 开发人员必须提供所有的详细的资料以保证测试人员可以像客
3、户 一样的运行被测软件。 3.2 开发文档 开发人员提供给测试人员的开发文档至少包括以下几种:用户 需求,概要设计,详细设计,用户手册等。开发人员应当在开发每 阶段完成后三天内就向测试人员传送本阶段完成的开发文档,以利 于测试人员的工作。 3.3 测试文档 测试文档包括测试计划、测试用例说明、BUG 报告及分析、测 试总结,以及测试工作全部完成后的测试报告等。测试文档由测试 人员编写并维护,也属于开发文档的一部分。 3.4 被测程序 被测程序指的是开发人员提交测试的软件可执行的部分。被测 程序应当既包括单独的工程文件,以便测试人员进行代码走查工 作;而且还要包括已经编译打包好的可执行文件。 3
4、.5 送测单 送测单是指开发人员向测试人员提交被测软件时必须填写的提 交报告。开发人员应当谨慎填写送测单上的被测程序的版本号,保 证和被测程序的版本号一致。 送测单必须有送测重点, 以利于测试 人员工作。 3.6 BUG 单 BUG 单是指测试人员在测试完成后,向开发人员提交的BUG 汇总报告。开发人员确认并修改BUG 后,必须填入修改意见并将 BUG 单返回给测试人员以验证是否修改成功。 3.7 测试循环 测试循环是指从软件单元/模块的第一次提交测试到本编码阶 段结束中间经过的所有的有关的测试行为和过程。其开始的标志是 本阶段的第一份提交的送测单, 其结束标志是测试总结或测试报告 的提交和审
5、批通过。 4参考文献 1.计算机软件测试文件编制规范,GB 9386-88 2., (美) Bourne,K.C.著,机械工业 出版社, 1998.5. 3.软件开发规范,航空工业标准6464-90 5测试与开发的配合 目前,质量部已经装备测试工作专用的工具“辅助测试系统1.0” , 因此测试与开发的配合将结合此工具展开;并且质量部已经有自己专 用的测试服务器, 从而可以大体上做到测试与开发独立进行。本文件 中规定的流程就是按照这个思想形成。 由于目前公司自主开发的软件产品基本上都是基于客户机/服务 器模式,因此,要做到测试与开发独立进行,只需要把软件用到的数 据库分开安装到不同的服务器上就可
6、以了,从而保证开发与测试不会 产生数据冲突。 如果是采用 B/S结构的软件, 只需要在开发部的服务 器上建立一个可执行包就可以了;在必要的情况下, 也可同时在质量 部服务器上建立可执行包。 在此系统的基础之上, 又采取用 Microsoft SourceSafe6.0来对开发 文档和软件进行管理, 从而减少了文档传递失误的机会,提高了测试 自动化的程度,也降低了测试人员的工作量。 5.1 文档和软件保存目录 公司目前采取的开发方式,用SourceSafe来对整个开发的产品来 进行管理,因此对于测试人员来说,不必再单独对开发文档、软件模 块进行复制和保存, 测试服务器上的共享目录只是用于保存最终
7、发行 的软件产品。 共享目录在项目开始阶段由测试小组的负责人在质量部专用的测 试服务器上建立, 并由测试负责人在整个项目期间进行维护。共享目 录的内容包括评审通过的最终软件(源代码和可执行文件)、各种开 发文档(包括测试文档) 。 最终的共享目录TsPrjName的结构如下所示: 具体的建立规则如下: 1 假设项目中文简称为PrjName, 则共享目录的名字必须是 TsPrjName。如项目简称为 “宝开二期”,则共享目录的名字就 是“Ts宝开二期”。 2 子目录 “开发文档”用于存放开发人员传递到测试组的所有 “完 整的”开发文档,这里的“完整”指经过公司技术委员会评审 确认的、能独立向所有
8、使用者发行的文档。当不同的文档使用 人员对其内容产生歧义时,都以这里保存的文档作为仲裁依 据。其二级子目录可以分为规格说明、需求分析、概要设计等 等,由开发人员和测试人员商量决定。 3 子目录“最终软件”存放已经通过内部评审的软件,如果软件 TsPrjName 子目录“开发文档” 子目录“最终软件” 是分为几个阶段开发的,并且每个阶段的产品都要发行给用 户,则测试员必须备份每个阶段最终发行给用户的产品。 5.2 辅助工具的使用 辅 助 工 具 目 前 有 两 个 : 辅 助 测 试 系 统1.0和Microsoft SourceSafe6.0 。 5.2.1 辅助测试系统 1.0 辅助测试系统
9、 1.0是一个 B/S 系统,通过 IExplorer 访问,建立在 质量部服务器上,由质量部维护,使用人员通过在IE 地址栏中输入 访问。辅助测试系统的用户必须在该系统中具有用户账号,否则无法 使用。 辅助测试系统中的使用人员共分为六种身份:测试主管,测试员, 项目经理,程序员、领导和超级用户。相同的用户账号只能具有一种 身份,所有的用户只能由超级用户建立。 通过辅助测试系统,用户可以查阅到当前项目中程序员的送测信 息和模块的送测情况,可以随时了解程序中仍然存在的BUG 信息, 并可以看到查询出来的信息的统计结果。 除了领导和超级用户身份以外,对于其它身份登陆的用户,系统 具有自动提醒功能,
10、 既登陆后系统可以自动提醒用户现在需要处理的 一些工作。所以,要求处于测试中的程序的相关人员,如项目经理、 程序员、测试主管和测试员等, 每天都必须在不同时段登陆本系统至 少三次以上。 5.2.2 Microsoft SourceSafe6.0 使用 SourceSafe6.0的主要作用在于能减少文档的传递次数,从而 能有效的降低文档的不一致性,提高文档的及时性和有效性。开发人 员使用 SourceSafe6.0可以保证所有人员包括测试人员看到的是同一 个版本的文档,从而避免理解上的偏差。 SourceSafe6.0的服务器建立在开发部门的服务器上,由开发部门 维护,测试人员对其数据库的访问由
11、项目经理控制。测试人员通过计 算机上的 SourceSafe客户端对服务器上的数据库进行访问。 测试人员在测试过程中形成的测试文档,也应当按照项目经理指 定的目录保存在SourceSafe里面,这样既方便了同开发人员之间的交 流,也使得所有项目产品有了一个统一的存放地点。 对 SourceSafe中保存的其他开发文档和软件产品,原则上测试人 员都只能读而不能写,比如对于文档和软件产品只能使用“get last version”命令来进行阅读,测试人员在得到这些产品以后,都不必再 把它们放回去。不同的测试人员只能对他/她自己负责测试的部分具 有读的权利,对于其它项目的软件产品和文档,不具有访问的
12、权利。 5.3 开发与测试配合的流程 开发人员在辅助测试系统中填写送测单,提交待测模块代码、 可执行文件和相应的设计文档给项目经理确认。 项目经理检查送测单上的内容后,执行确认工作, 并将打包好 的可执行代码发布到开发部服务器的SourceSafe 中(如果是 B/S 结构的软件,要把可执行代码发布到IIS 上) ,将相关的数 据库发布到质量部服务器上。 测试人员接受送测单后, 从 SourceSafe中获得程序代码, 开始 测试。测试包括两方面的内容:一是代码走查工作,其次是功 能测试工作。 代码走查以公司下发的编码规范及管理办法为检查依据。 如果在本次送测的某个模块中的代码走查中发现存在5
13、 个以 上违反编码规范的地方,则将该模块返回给程序员重新送测, 本模块的测试结束, 继续下一个模块的测试。 如果所有模块都 不能通过代码走查工作, 则本次测试全部结束, 不必再进行下 一步的功能测试。 功能测试以公司下发的质量部测试管理办法为测试依据。 测试人员应当严格按照管理办法上的相关规定开展工作,并认 真完成 BUG 纪录的填写。完成测试后,将BUG 单传递给测 试主管确认。 测试人员测试完成后,测试主管必须对BUG 单执行“验证” 过程,即检验BUG 单上描写的BUG 是否都是正确的。验证 完以后,测试主管将BUG 单返回给程序员。 程序员对 BUG 单上的所有纪录都必须认真处理后,再
14、把 BUG 单连同修改完成的软件产品一起返回给测试员进行回归测试。 对于具体的使用辅助测试系统的开发与测试配合的工作流程可以 参见辅助测试系统使用手册 (由开发 2 部负责编写,预计会在8 月初完成),也可以参见软件测试 测试流程图 。 6. 送测单 送测单用于开发人员向测试人员提交被测软件,由程序员填写并 通过项目经理传递到测试人员。在辅助测试系统中, 已经将送测单的 填写集成进去了, 这里给出送测单的主要元素及其填写方法。如果在 辅助测试系统中的送测单的形式与这里列出的不同,请参考本文件的 规定执行。 送测单的形式如下所示: 送测单 项目名称送测模 块 送测阶段项目经 理 送测人送测日 期
15、 版本号 工程文件路径和名 字 可执行文件路径和 名字 软 件 配 置 测试要求(重点): 收测人收 测 日 期 6.1 送测单的填写 其填写规则约定如下: 1项目名称、 送测内容、 送测人和送测日期等四个字段由送测人 填写。送测内容指的是本次送测的程序模块。在辅助测试系统 中,项目名称和模块名称由项目经理加入,程序员在填写送测 单时只需要选择就可以了; 而送测人和送测日期两个字段系统 可以根据用户登陆信息自动添加。 2项目经理字段在项目经理确认了本送测单填写的所有内容都 正确无误之后,由本人填写。在辅助测试系统中,项目经理要 对送测单的处理方式做出选择,可供选择的项有不处理、 打回 和通过,
16、还有一个备注字段可供项目经理填写个人意见。 3送测阶段指的是当前测试的阶段,由程序员填写。 辅助测试系 统中可供选择的项有单元测试、集成测试、系统测试、安装测 试和发行测试等。这里的阶段由项目经理和测试员共同确定 后,通知每一个程序员。在每个阶段中,对一个模块只产生一 个送测单和 BUG 单,当送测单生成以后,BUG 单随即产生, 在整个阶段中,开发人员和测试人员都只用这一张BUG 单来 交流。 4“工程文件路径和名字”和“可执行文件路径和名字”两个字 段由程序员填写, 项目经理必须检查确认这两个字段所填写的 信息是否都是准确无误的。 工程文件路径和名字是指送测的模 块在 SourceSafe
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 测试 工作 流程
链接地址:https://www.31doc.com/p-5414841.html