项目测试管理规范.docx
《项目测试管理规范.docx》由会员分享,可在线阅读,更多相关《项目测试管理规范.docx(10页珍藏版)》请在冰豆网上搜索。
项目测试管理规范
项目测试管理规范
编写方敏
审核
会签
修改历史
版本号
日期
描述
初稿
2013-4-16
软件测试管理规范初稿
目录
1.引言4
1.1编写目的4
1.2适用范围4
2.责任人员4
2.1测试计划4
2.2测试设计4
2.3测试执行4
2.4测试总结4
3.流程规范5
3.1测试计划5
3.2测试设计6
3.3测试执行7
3.4测试总结8
4.生成文档10
1.引言
1.1编写目的
为规范与软件测试相关的测试计划、测试设计、测试执行、测试总结等过程,保证以上过程符合质量管理要求,制定本流程规范。
1.2适用范围
本规范适用范围为与软件测试相关的计划、设计以、执行以及总结等的过程。
2.责任人员
2.1测试计划
软件测试计划制定及修改责任人为测试经理。
评审小组成员包括项目经理、开发经理、系统工程师以及开发和测试人员。
2.2测试设计
软件测试设计制定及修改责任人为测试工程师。
评审小组成员包括开发经理、测试经理、系统工程师、开发和测试人员。
2.3测试执行
软件测试执行责任人为测试工程师。
2.4测试总结
软件测试报告编写责任人为测试工程师。
评审人员为测试经理。
3.流程规范
3.1测试计划
测试设计流程见图3.1
图3.1
流程说明:
1)测试经理根据项目进度要求,按照软件测试计划模板编写软件测试计划初稿。
2)测试经理召开软件测试计划的评审会议,软件项目经理、软件系统工程师、软件开发及测试人员参加会议,提出问题并在会议中讨论,得出结论。
同时会议生成评审会议纪录文档,文档包括与会人员、会议时间、会议纪要、讨论问题及问题结论。
3)测试经理根据会议记录中的问题结论对软件测试计划进行修改。
4)测试计划修改完成后,作为正式文件发布,并标注版本号。
3.2测试设计
测试执行流程见图3.2
图3.2
流程说明:
1)测试工程师根据软件需求说明书,按照测试用例模板设计测试用例。
2)测试经理召开测试用例设计的评审会议,开发经理、软件系统工程师、开发及测试人员参加会议,提出问题并在会议中讨论,得出结论。
同时会议生成评审会议纪录文档,文档包括与会人员、会议时间、会议纪要、讨论问题及问题结论。
3)测试工程师根据会议记录中的问题结论对软件测试用例设计进行修改。
4)软件测试经理对修改后的软件测试用例设计进行确认。
5)若修改不完全或仍存在问题,软件测试工程师继续修改软件测试用例设计。
6)若软件测试用例设计修改完成,则作为正式文件发布,并标注版本号。
3.3测试执行
测试执行流程见图3.3
图3.3
流程说明:
1)开发经理提交版本测试申请,测试经理接收测试申请。
2)测试工程师部署测试版本,并按照设计的测试用例进行测试。
3)测试工程师对存在的问题在mantis中提交故障单。
故障单应至少包含编号、模块名称、主题、步骤、结果、严重级别、紧急程度、对策人员等信息。
4)开发人员修改故障单后将故障单返回给测试人员。
测试人员经过验证后,若故障已修改,将故障单关闭,若故障仍存在,则将故障单回退给开发人员继续修改。
5)测试完成后确认版本是否达到通过准则。
若未通过,迭代后继续执行测试工作。
过已通过,测试执行结束。
通过准则:
全部需求和功能已实现。
所有测试用例执行完成。
没有B级及以上的故障单存在,C级故障单在5个以内。
3.4测试总结
测试总结流程见图3.4
图3.4
流程说明:
1)测试工程师根据模板编写测试报告。
2)测试经理对测试报告进行审核。
3)测试工程师根据审核意见对测试报告进行修改。
4)修改完成并确认后,发布测试报告。
测试报告中的版本类型决定该测试版本是否可直接作为发布版本使用。
4.生成文档
本流程中需要生成的文档如下:
1)软件测试计划初稿及修订后版本
2)软件测试计划评审会议记录
3)软件测试用例初稿及修订后版本
4)软件测试用例评审会议记录
5)软件测试报告初稿及修订后版本