测试执行流程
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
测试工作规范
版本记录:
1编写目的
软件测试的质量从根本上是软件测试流程决定的。预防缺陷转移在软件生命周期的早期,需要有专人对测试流程各环节负责。软件测试是专业学科,需要经过培训,有专业技能的人。
本文档是测试团队的日常工作规范,主要侧重测试工作流程的控制,明确软件工程的各阶段测试团队应完成的工作。测试技术和策略等问题不在本文档描述范围内。
2测试团队构成
2.1职责
测试是软件项目开发过程中的重要组成部分,肩负着如下责任:
➢在项目的前景、需求文档确立基线前对需求文档进行走查,从用户体验和测试的角度提出可测试性建议。
➢编写合理的测试计划,并与项目整体计划有机结合。确定项目的测试重点,安排人员,设备,时间。➢编写覆盖率高的测试用例,包括功能测试,压力测试,性能测试,兼容性测试等。
➢针对测试需求进行相关测试技术的研究,包括开发技术,自动化测试技术等。
➢认真仔细地实施测试工作,并及时提交测试报告供项目组参考。
➢进行缺陷跟踪与分析。
2.2角色划分
在人力资源有限的情况下,一个团队成员可能会同时承担多个角色。
3工作流程及规范
图1 工作流程图
3.1计划与设计阶段
3.1.1 成立测试团队
在项目组成立的同时,测试组也将同时成立。团队成立的工作与责任如下:
图表 1
3.1.2 需求理解会议
图表 2
3.1.3 编写测试计划
需求分析文档确立后,测试组需要编写测试计划文档,为后续的测试工作提供直接的指导
图表 3
3.1.4 设计测试用例
在实际的测试中,测试用例将是重要的实施标准。具体的任务和责任人如下:
图表 5
3.1.5测试用例评审会议
图表 4
3.2实施测试阶段
3.2.1实施测试用例
开发和测试都发布了对应的版本后,由开发组提出,项目经理确认,测试申请转测试经理。
图表 6
3.2.2提交测试阶段报告
在每个测试周期完成之后(包括回归测试周期),测试组长需要总结此次的测试结果,编写测试报告
图表7
3.2.3回归测试
在每轮测试结束之后,由开发组发布修改后的最新版本,提出测试申请,测试组开始回归测试。
图表 2
3.3总结阶段
测试工作结束或即将结束时,测试组就要开始着手准备进行总结的工作。
3.3.1编写总测试报告
在回归测试结束之后,测试组长将要编写测试总结报告,对测试进行总结,并且提交给全体项目组,为产品的后续工作提供重要的信息支持。
3.3.2测试验收
测试验收工作是在以上工作全部结束后,对测试的过程,效果进行验收,宣布测试结束。
3.3.3测试工作总结
测试总结工作是在以上的工作全部结束以后,它的目的是评估本次测试工作,总结经验,使下一次的工作做得更好。
3.3.4测试归档
测试归档是在结束测试后,对测试过程中涉及到各种标准文档进行归类,存档。
4缺陷跟踪
缺陷跟踪是测试工作的精髓。有效的缺陷跟踪流程可以明确导向软件的真实质量。本流程是根据ISO 和CMM/CMMI标准流程,结合本公司特点精简而成。
4.1缺陷跟踪流程
图2 缺陷跟踪流程图
4.1.1 BUG报告
4.1.2 BUG的公认
4.1.3 已修复BUG回测
4.2缺陷级别定义
4.2.1 BUG严重程度
本规范定义以下五类缺陷(结合Mantis的定义):
4.2.2 BUG优先级
5测试通过标准
软件测试合格须符合以下标准。
以上比例为BUG占总测试模块的比例。
软件产品未经测试合格,不允许对公司外正式发布。
6争议处理
如开发团队对测试结论有争议,经项目经理申请,由专家组成员组织会议协调解决。测试团队和开发团队应无条件服从仲裁结果。
7标准文档
1.《测试计划书》
2.《测试用例》
3.《测试报告》
4.《测试验收报告》
5.《测试总结报告》
6.《缺陷跟踪报告》