测试任务交接说明

测试任务交接说明

为规范研发测试任务交接过程，提高相应工作效率现明确交接过程中的相应要求。

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记录全部处理完毕，依据结果出具测试报告，该次任务结

束；