测试流程版本管理规范.docx

测试流程版本管理规范.docx

《测试流程版本管理规范.docx》由会员分享，可在线阅读，更多相关《测试流程版本管理规范.docx（6页珍藏版）》请在冰点文库上搜索。

测试流程版本管理规范

测试流程、版本管理规范

编制：

审核:

批准：

文件历史记录

文件编号

现行版本

V1.0

文件标题

测试流程、版本管理规范

文件履历

版本

编制

日期

更改内容（条款）

V1.0

文勇

2017-8-09

首发

1.目的

为了规范项目组的测试流程、版本规范，减少人为影响上线版本的质量

2.适用范围

项目组所有系统以及流程的版本

3.测试流程规范

3.1搭建环境

缺失本次版本变更说明或者部署文档不完整，需向开发人员说明，并要求提供齐全，保证文档有效性。

3.2冒烟测试

Ø环境搭建完后，进行冒烟测试，如果冒烟测试不通过，需打回版本

Ø如果未实现需求涉及的功能，打回版本（除非开发人员有说明按模块提交测试）

3.3禅道版本管理规范

产品

Ø接到新的系统时，首先在产品模块新建产品名称，命名规则直接以系统名称为准，比如“移动OA”

Ø产品新建成功后，需要把需求关联至产品，可以直接把文档或者git地址关联进来

项目

Ø新项目或者目前版本的变更时，需要新建项目，项目需要关联产品，命名规则直接以版本名称为准，比如“移动OA3.0”

Ø项目新建成功后，开发提交一次版本，需要把版本号进行维护，版本号命名规则。

如“移动OA3.0_rc1”，以此类推，每一轮测试时，如果仍存在BUG,需要把下个版本号提前维护进来，方便开发变更BUG状态时，选择正确的版本号

测试

Ø项目的模块需要分类维护，测试用例对应到模块下，每一轮测试完毕后，需要变更测试用例状态，并把测试用例与BUG进行关联

Ø在测试过程中，如果测试用例有遗漏，需要补写

Ø每一轮测试结束后，需要出测试报告

3.4系统测试流程规范

3.5缺陷管理流程

3.5验收测试流程

3.7上线版本

测试结束后，需要把待上线的版本、部署文档、更新说明迁移到发布目录，进行封板。

4.系统版本管理规范

Ø所有提测版本均需要上传到GIT，按照RC版本来区分

Ø原则上如果不存在重大问题导致流程无法流转，需在第一轮测试完毕后才能发布RC2

Ø发布新版本后，需要在禅道中维护上新版本，提交的BUG需要关联到版本号

Ø为了防止版本未合并，需要在新版本上验证上个版本新增的功能是否涵盖

欢迎您的下载，

资料仅供参考！

致力为企业和个人提供合同协议，策划案计划书，学习资料等等

打造全网一站式需求