版本测试流程.pdfVIP

版本测试流程

xxx内部使用

目录

1.1版本信息2

1.2目的2

1.3适用范围2

2.1测试流程2

2.1.1测试环境3

2.1.2BUG反馈4

2.1.3预发布测试4

2.1.4封包标准5

3.1文档输出5

3.2附录6

1.1版本信息

版本更改日期更改要点说明编制审核批准

V0.1新建初稿

V1.0评审后修改

1.2目的

产品提测之后，到封包之前，制定一套标准的参考流程，便于产品，

开发和测试密切配合，提高工作效率。

1.3适用范围

本流程适用于xxx有限公司。

2.1测试流程

测试流程图如下：

2.1.1测试环境

每个项目需要保证有测试服，预发布服，正式服三套环境供测试

使用。其中预发布服完全同步正式服环境，测试服给测试人员开放所

有权限，预发布服与正式服只有运维有操作权限。

测试在进入测试阶段之前，需要进行需求考核（考核由产品发起），

通过考核后，测试从测试环境开始发起测试工作，测试服测试通过后，

到预发布测试，预发布全部测试通过之后，才能上线到正式。

2.1.2BUG反馈

1．进入测试阶段后，根据需求及用例先在内网环境对版本进

行全面测试。

2.测试过程中发现的BUG，统一提交到禅道/TAPD，BUG需详细

描写操作步骤和期望结果，并尽量提供图片和日志。开发修复BUG后，

填写解决方案，更改BUG状态。测试再对已修复BUG进行回归测试。

3.产品经理每天过目BUG清单，如有BUG超过3天未解决的，

需要引起重视，必要时申请协助。

4.异地联合测试的版本，深圳测试需每天过目对方提交的BUG，

并进行分析总结。

5.大版本需要编写测试用例，测试用例经过评审后作为测试依

据。

6.开发每日提交BUG解决预期，如某一时间内解决哪些BUG，

便于产品和测试跟进进度。

2.1.3预发布测试

1.内网环境测试完成后，达到封包标准的，上传客户端和服务

器更新文件到指定发布目录后，走TAPD发布评审流程或邮件通知运

维部署预发布进行第二轮测试。邮件通知的，需要抄送产品，开发负

责人，由各相关负责人审核二次确认后，再进行预发布部署。

2.未达到封包标准的，继续测试，待问题全部解决后再部署预

发布进行第二轮测试。

3.预发布测试达到封包标准后，邮件发送测试报告，通知产品，

运营，运维等相关人员，确认封包；如有致命严重BUG未解决，测试

有权利不同意封包。对于未解决BUG有异议的，需经过产品，开发，

测试三方评估。

2.1.4封包标准

1.版本需求计划项已全部实现；

2.致命严重类BUG修复率100%，其余优先级BUG未解决需要

封包的，由产品，开发，测试三方一起评估上线是否存在

风险；

3.封包后该版本的需求和代码不得再做更改，由产品经理安

排上线计划。临时有更改的滚动迭代到下一版本。

3.1文档输出

测试报告

3.2附录

测试报告模板