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