测试规范模版.docx
- 文档编号:12664565
- 上传时间:2023-06-07
- 格式:DOCX
- 页数:13
- 大小:21.28KB
测试规范模版.docx
《测试规范模版.docx》由会员分享,可在线阅读,更多相关《测试规范模版.docx(13页珍藏版)》请在冰点文库上搜索。
测试规范模版
测试规范
测试工作规范
版本记录:
文件状态:
[√]草稿
[]正式发布
[]正在修改
当前版本:
1、1
作者:
**
完成日期:
2004915
签收人:
签收日期:
1编写目得
本文档就是测试团队得日常工作规范,主要侧重测试工作流程得控制,明确软件工程得各阶段测试团队应完成得工作。
测试技术与策略等问题不在本文档描述范围内。
2测试团队构成
2、1职责
测试就是软件开发过程中得重要组成部分,肩负着如下责任:
Ø在项目得前景、需求文档确立基线前对文档进行测试,从用户体验与测试得角度提出自己得瞧法。
Ø编写合理得测试计划,并与项目整体计划有机地整合在一起。
Ø编写覆盖率高得测试用例。
Ø针对测试需求进行相关测试技术得研究。
Ø认真仔细地实施测试工作,并提交测试报告供项目组参考。
Ø进行缺陷跟踪与分析。
2、2角色划分
在人力资源有限得情况下,一个团队成员可能会同时承担多个角色。
角色名称
相关主要责任
测试经理
●组建测试组
●协调测试组内部得沟通
●代表测试组与其她角色组进行沟通
●编写测试计划
●测试报告分析
测试用例设计工程师
●编写测试用例{可以由测试经理兼任}
测试实施工程师
●实施测试用例,执行测试
技术支持工程师
●为测试工作提供技术支持
3工作流程及规范
3、1计划与设计阶段
3、1、1成立测试团队
在项目组成立得同时,测试组也将同时成立。
团队成立得工作与责任如下:
过程要点
详细说明
输入条件
项目组成立(参与《项目计划书》得评审)
工作内容
为测试组任命一名测试经理,同时确定测试组得构成人选。
退出标准
测试组成立
责任人
测试经理
图表1
3、1、2测试预通知
在正式测试任务下达前,开发团队应提前一周左右向测试团队下达预通知,告之较为确切得测试日期,提供当前最新得相关资料。
测试部门经理可视具体情况决定就是否需要调整人力。
测试人员可预先熟悉必要得背景资料,协助测试经理编写《测试计划书》初稿。
过程要点
详细说明
输入条件
项目进入软件实现阶段(编码)
工作内容
项目/产品经理邮件通知测试经理正式测试交接时间,测试规模预估等
退出标准
预通知得到测试经理确认,并提交《测试计划书》初稿
责任人
产品经理,测试经理
图表2
3、1、3召开测试启动会议
过程要点
详细说明
输入条件
测试经理完成测试计划书初稿
工作内容
开发团队与测试团队交接测试内容,对测试目标达成一致,商讨测试计划初稿得可行性,统一项目组得目标与测试得工作重点。
退出标准
明确测试内容与重点,项目方提交《测试任务书》,测试方提交《测试计划书》正稿。
责任人
产品经理,测试经理
图表3
3、1、4编写测试计划文档
需求分析文档确立后,测试组需要编写测试计划文档,为后续得测试工作提供直接得指导
过程要点
详细说明
输入条件
项目需求文档建立
工作内容
根据项目得需求文档,按照测试计划文档模板编写测试计划。
测试计划中应该至少包括以下关键内容:
●测试需求——需要测试组测试得范围,估算出测试所花费得人力资源与各个测试需求得测试优先级
●测试方案——整体测试得测试方法与每个测试需求得测试方法
●测试资源——本次测试所需要用到得人力、硬件、软件、技术得资源
●测试组角色——明确测试组内各个成员得角色与相关责任
●里程碑——明确标准项目过程中测试组应该关注得里程碑
●可交付工件——在测试组得工作中必须向项目组提交得产物,包括测试计划、测试报告等等
●风险管理——列举出测试工作所可能出现得风险
测试计划编写完毕后,必须提交给项目组全体成员,并由项目组组中各个角色组联合评审。
退出标准
●测试计划由项目组评审通过、
●在项目开发过程中,要适时得对测试计划进行跟踪,以评估此计划得完整性、可行性,在项目结束时还要最后评估一下测试计划得质量
责任人
测试经理
图表4
3、1、5设计测试用例
在需求分析文档确立基线以后,测试组需要针对项目得测试需求编写测试用例,在实际得测试中,测试用例将就是唯一实施标准。
在用例得编写过程中,具体得任务与责任人如下:
过程要点
详细说明
输入条件
测试需求明确,测试计划明确
工作内容
根据每一步测试计划编写全部得测试用例
退出标准
测试用例需要覆盖所有得测试需求
责任人
测试用例设计工程师(可由测试实施工程师或测试经理兼做)
图表5
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测试归档
测试归档就是在测试验收结束宣布测试有效,结束测试后,对测试过程中涉及到各种标准文档进行归类,存档。
过程要点
详细描述
输入条件
测试验收通过
工作内容
归类,存档测试过程涉及到得文档,主要包括以下文档(必须)
●测试任务书
●测试计划书
●测试用例书
●测试报告书
●测试总结书
●测试验收书
退出标准
全部文档归类完毕,版本号封存
责任人
测试经理
3、4缺陷跟踪
测试验收结束后,跟踪产品在试运行阶段暴露出来得新缺陷,以及已提交得缺陷就是否再次发生。
过程要点
详细描述
输入条件
测试组完成了所有得测试实施工作,测试验收通过,产品试运行、运行。
工作内容
●已发现缺陷就是否再次发生
●就是否有新发现得在测试中未发现得缺陷
●就是否有新发现得在测试中已发现但未修改得缺陷
定义:
A类:
新发现得缺陷
B类:
已发现得缺陷
C类:
已发现未修改得缺陷
退出标准
缺陷跟踪报告
责任人
产品经理、项目实施经理
4缺陷类型定义
本规范定义以下五类缺陷:
ØA类——严重错误,包括:
1.由于程序所引起得死机,非法退出
2.死循环
3.导致数据库发生死锁
4.数据通讯错误
5严重得数值计算错误
ØB类——较严重错误,包括:
1.功能不符
2.数据流错误
3.程序接口错误
4.轻微得数值计算错误
ØC类——一般性错误,包括:
1.界面错误(详细文档)
2.打印内容、格式错误
3.简单得输入限制未放在前台进行控制
4.删除操作未给出提示
ØD类——较小错误,包括:
1.辅助说明描述不清楚
2.显示格式不规范
3.长时间操作未给用户进度提示
4.提示窗口文字未采用行业术语
5.可输入区域与只读区域没有明显得区分标志
6.系统处理未优化
ØE类——测试建议(非缺陷)
5测试标准
软件测试合格须符合以下标准。
A类错误
B类错误
C类错误
D类错误
E类建议
无
无
≤2%
≤4%
暂不作要求
以上比例为错误占总测试模块得比例。
软件产品未经测试合格,不允许投运。
6争议处理
如开发团队对测试结论有争议,由验收组成员会议协调解决。
测试团队与开发团队应无条件服从仲裁结果。
7标准文档
1.《测试任务说明书》
2.《测试计划书》
3.《测试用例说明书》
4.《测试报告》
5.《测试总结报告》
6.《测试验收报告》
7.《缺陷跟踪报告》
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 测试 规范 模版