it基础-软件测试工作流程(编辑修改稿)内容摘要:

具有一种身份 ,所有的用户只能由超级用户建立。 通过辅助测试系统,用户可以查阅到当前项目中程序员的送测信息和模块的送测情况,可以随时了解程序中仍然存在的 BUG 信息,并可以看到查询出来的信息的统计结果。 除了领导和超级用户身份以外,对于其它身份登陆的用户,系统具有自动提醒功能,既登陆后系统可以自动提醒用户现在需要处理的一些工作。 所以,要求处于测试中的程序的相关人员,如项目经理、程序员、测试主管和测试员等,每天都必须在不同时段登陆本系统至少三次以上。 Microsoft 使用 的主要作用在于能减少文档的传递次数,从而能有效的降低文档的不一致性,提高文档的及时性和有效性。 开发人员使用 可以保证所有人员包括测试人员看到的是同一个版本的文档,从而避免理解上的偏差。 的服务器建立在开发部门的服务器上,由开发部门维护,测试人员对其数据库的访问由项目经理控制。 测试人员通过计算机上的 SourceSafe 客户端对服务器上的数据库进行访问。 测试人员在测试过程中形成的测试文档,也应当按照项目经理指 定的目录保存在 SourceSafe 里 面,这样既方便了同开发人员之间的交流,也使得所有项目产品有了一个统一的存放地点。 对 SourceSafe 中保存的其他开发文档和软件产品,原则上测试人员都只能读而不能写,比如对于文档和软件产品只能使用“ get last version”命令来进行阅读,测试人员在得到这些产品以后,都不必再把它们放回去。 不同的测试人员只能对他 /她自己负责测试的部分具有读的权利,对于其它项目的软件产品和文档,不具有访问的权利。 开发与测试配合的流程  开发人员在辅助测试系统中填写送测单,提交待测模块代码、可执行文件和相应的 设计文档给项目经理确认。  项目经理检查送测单上的内容后,执行确认工作,并将打包好的可执行代码发布到开发部服务器的 SourceSafe 中(如果是B/S 结构的软件,要把可执行代码发布到 IIS 上),将相关的数据库发布到质量部服务器上。  测试人员接受送测单后,从 SourceSafe 中获得程序代码,开始测试。 测试包括两方面的内容:一是代码走查工作,其次是功能测试工作。  代码走查以公司下发的《编码规范及管理办法》为检查依据。 如果在本次送测的某个模块中的代码走查中发现存在 5 个以上违反编码规范的地方,则将该模块返回给程序员 重新送测,本模块的测试结束,继续下一个模块的测试。 如果所有模块都 不能通过代码走查工作,则本次测试全部结束,不必再进行下一步的功能测试。  功能测试以公司下发的《质量部测试管理办法》为测试依据。 测试人员应当严格按照管理办法上的相关规定开展工作,并认真完成 BUG 纪录的填写。 完成测试后,将 BUG 单传递给测试主管确认。  测试人员测试完成后,测试主管必须对 BUG 单执行“验证”过程,即检验 BUG 单上描写的 BUG 是否都是正确的。 验证完以后,测试主管将 BUG 单返回给程序员。  程序员对 BUG 单上的所有纪录都必须认真处理后,再把 BUG单连同修改完成的软件产品一起返回给测试员进行回归测试。 对于具体的使用辅助测试系统的开发与测试配合的工作流程可以参见《辅助测试系统使用手册》(由开发 2 部负责编写,预计会在 8月初完成),也可以参见 qa\wangl\软件测试 \测试流程图 \。 6 . 送测单 送测单用于开发人员向测试人员提交被测软件,由程序员填写并通过项目经理传递到测试人员。 在辅助测试系统中,已经将送测单的填写集成进去了,这里给出送测单的主要元素及其填写方法。 如果在辅助测试系统中的送测单的形式与这里列出的不同,请参考本文件的 规定执行。 送 测单的形式如下所示: 送 测 单 项目名称 送测模块 送测阶段 项目经理 送测人 送测日期 版本号 工程文件路径和名字 可执行文件路径和名字 软 件 配 置 测试要求(重点): 收测人 收测日期 送测单的填写 其填写规则约定如下: 1. 项目名称、送测内容 、 送测人和送测日期等四个字段由送测人填写。 送测内容指的是本次送测的程序模块。 在辅助测试系统中,项目名称和模块名称由项目经理加入,程序员在填写送测单时只需要选择就可以了;而送测人和送测日期两个字段系统可以 根据用户登陆信息自动添加。 2. 项目经理字段在项目经理确认了本送测单填写的所有内容都正确无误之后,由本人填写。 在辅助测试系统中,项目经理要对送测单的处理方式做出选择,可供选择的项有不处理、打回和通过,还有一个备注字段可供项目经理填写个人意见。 3. 送测阶段指的是当前测试的阶段,由程序员填写。 辅助测试系统中可供选择的项有单元测试、集成测试、系统测试、安装测试和发行测试等。 这里的阶段由项目经理和测试员共同确定后,通知每一个程序员。 在每个阶段中,对一个模块只产生一个送测单和 BUG 单,当送测单生成以后, BUG 单随即产生,在 整个阶段中,开发人员和测试人员都只用这一张 BUG 单来交流。 4. “工程文件路径和名字”和“可执行文件路径和名字”两个字段由程序员填写,项目经理必须检查确认这两个字段所填写的信息是否都是准确无误的。 工程文件路径和名字是指送测的模块在 SourceSafe 中的路径和具体的模块名字。 可执行文件路径指的是:如果本次送测的模块要用 IE 打开,请填写浏览器地址或超级联接地址;如果是 exe 文件,请填写获取的路径和文件名称。 5. 版本号字段请填写本次送测的模块的版本号。 单元测试中,版本号指的是本次送测的模块的窗体的统一版本号;其他测试中,请填写本次送测的工程的版本号。 6. 软件配置字段的填写内容有两个,一是本模块的相关设计文档 的位置、源代码的位置等;二是运行本模块需要的一些软件设置,如环境参数设置、动态联接库版本等。 软件配置字段由送测人和开发经理共同确定并填写。 7. 测试重点是指开发人员或客户在使用本模块时,对本模块在稳定性,可靠性,易用性等任何本模块应该满足的一些要求,比如对于“酒楼收银”模块,数据。
阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体),仅供学习参考。 用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权,请联系我们反馈本站将在三个工作日内改正。