测试任务交接说明
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
测试任务交接说明
为规范研发测试任务交接过程,提高相应工作效率现明确交接过程中的相应要求。
1.任务交接流程
2.任务交接过程说明
a)提交准备
任务提交人员需填写《测试任务申请单》
b)提交测试
发送任务交接邮件,邮件接收人包括研发相关人员、项目经理、测试经
理,抄送提交人所属部门经理
c)原型确认
产品部产品经理回复提测邮件,在邮件中说明研发提测中原型参照是否
正确
d)接收测试
交接单审核通过后,测试经理分配任务,回复全部邮件并加入任务负责
人为邮件接收人,提交人如未接收到回复的邮件,则表示该任务还未进
行分配
e)追加测试
任务提交人员填写原《测试任务申请单》追加测试部分,并修改计划上
线日期,将修改后的《测试任务申请单》回复在该任务以往邮件后方
f)测试完成
测试人员出具测试报告,并将《测试报告》回复在该任务以往邮件后
方,该任务结束
3.任务单填写说明
a)计划上线时间:应为晚于提交日期后的日期,原则上不接收提交任务当
天上线的情况;
b)测试类型:按实际测试类型选择,并各类型在测试需求栏中需有对应的
说明,如无说明,则认为该次任务不包该类型测试;
c)需求来源:按实际来源进行选择
i.为产品的,提测时需同时提供原型图、UI 图示、产品需求说明,
原则上至少为非UI图示的其中一种;
ii.为研发的,提测时需同时提供合格的《需求说明书》;
iii.为问题修复的,即修复线上出现的问题;
d)测试需求:详细描述被测对象相关需求
i.功能需求:包括但不仅限于业务功能描述、场景说明、业务逻辑、
校验规则、受限条件等;
ii.性能需求:包括但不仅限于压力场景、并发量、性能指标等;
iii.接口需求:包括但不仅限于接口功能、访问方式、请求报文等;
iv.安全需求:描述所需测试的功能模块;
e)测试版本:被测对象GITLab中项目的Http访问地址,性能被测版本应
为已完成测试的稳定版;
f)外围版本:被测对象可运行的最小依赖外围系统版本号,需为具体的版
本号或tag版本,其它方式不接收;
g)内验方式:即研发内部验收的方式,需提供测试环境地址,所用测试数
据,原则上不接收研发人员个人开发环境作为内部验收环境;
h)追加需求:同测试需求;
4.任务结束说明
a)计划上线日期当天15:00为封版时间,该时间后不再接收版本更新,原
则上以该版本最终测试结果出具测试报告,该次任务结束;
b)当次任务所提需求已全部覆盖、所设计用例或大纲全部执行、缺陷管理
系统中BUG记录全部处理完毕,依据结果出具测试报告,该次任务结
束;