测试规范
对软件系统进行系统测试,确保结果满足需求并且遵循系统设计。
2角色流程图(见附件)
3启动准则
l 系统需求规格说明书已完成并已通过评审。
l 《项目计划》
l 《需求规格说明书》
l 设计文档
l 《单元测试报告》
l 可执行的构件
5主要活动
l 根据项目计划中的详细开发计划,测试组组长按照指定的模板制定系统的《系统测试计划》。该计划应至少包括:
² 测试内容(功能测试、健壮性测试、性能测试、界面测试、安全测试、安装和反安装测试。)
² 测试方法
² 测试环境与辅助工具
² 时间进度安排
² 人员与任务表
此计划通过邮件提交项目经理确认,并由质量保证部经理审核。如几方均无异议,则此计划视为被批准。
详细的系统测试计划可以根据项目模块的实际情况来进行细化和调整,但必须在代码开发完成之间结束。
具体参见《系统测试计划》模板。
计划的制定是根据以往各个项目的系统测试分析报告中的测试效率数据来估计各个模块需要编写多少个测试用例,执行这些测试用例需要多少技术人时。来排出各个阶段的测试计划。
l 依据《总体测试计划》的时间安排,在执行系统测试之前,测试组组长根据需求文档或系统分析文档,编写完系统测试用例,具体参见《系统测试用例》模板。
测试用例必须覆盖到每个可跟踪的需求功能点;
测试用例必须严格按照模版制作;
每个功能点的测试用例必须>=10个。
对系统测试用例应实施审查式的同级评审。具体参见同级评审过程域的审查规程。
l 在设计测试用例过程中(执行系统测试之前),测试组应该与PM或需求工程师一同拜访客户,实地去了解客户的软件使用环境、客户计算机水平等情况,为项目的系统测试能更贴近客户,更好的模拟客户环境做好准备。
客户拜访回来,测试Leader需要按照模版来填写《客户拜访记录单》,以记录拜访的一些记录信息。
[Activity3]搭建测试环境
l 测试小组按照系统测试中关于系统测试的环境要求来搭建系统测试的环境。
l 质量保证工程师需要在环境搭建好后按照需求规格说明书中的“运行环境要求”来检查该系统测试环境是否符合要求。质量保证工程师把检查结果及时邮件通知测试Leader和项目经理。如果检查结果不符,则测试Leader需要和项目经理一起来解决此问题。
l 测试Leader必须在测试环境被检查合格后方可进行系统测试。
l 测试Leader在测试环境被检查合格后从配置管理员那儿得到需要进行系统测试的内部发布版本(一般直接从编译机器得到)。开始进行系统测试。
l 测试数据和测试程序必须放置在质量保证部的测试服务器上,禁止开发和测试使用一个数据库;数据库的更新不应把原有的数据库删除再恢复新的,这样会造成质量控制的问题,请项目经理避免;应用程序的更新不应该把源代码拷贝到质量保证部服务器上,只能拷贝目标代码到质量保证部的服务器上,这样是因为测试服务器的安全性很低,可能造成源代码的外流。
l 测试人员使用测试用例对系统进行系统功能测试;然后按照测试计划中的内容,使用相关的工具进行其他的特殊需要的测试过程。
l 测试过程中发现的问题由测试人员登记在测试系统中,然后按照Activity5进行处理;
l 任何人发现软件系统中的缺陷时都必须使用公司指定的“缺陷管理工具”。该工具将记录所有缺陷的状态及修改信息。
l 开发人员应及时消除已经发现的缺陷,一般应控制在2个工作日内。
l 开发人员消除缺陷之后测试人员应当马上进行回归测试,以确保不会引入新的缺陷。
l 测试人员填写问题报告单。
在项目的系统测试过程中,每一轮系统测试结束后测试Leader对项目的本轮测试工作进行分析总结,并提交一份《系统测试分析报告》,以说明项目的系统测试情况。《系统测试分析报告》按照模版编写。
l 《系统测试分析报告》
l 《系统测试计划》
l 《系统测试用例》
7结束准则
l 本规程所有过程和文档已经完成。