测试任务交接说明

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 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记录全部处理完毕,依据结果出具测试报告,该次任务结

束;

相关文档
最新文档