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

1、测试流程版本管理规范测试流程、版本管理规范 编 制： 审 核: 批 准： 文件历史记录文件编号现行版本V1.0文件标题测试流程、版本管理规范文件履历版本编制日期更改内容（条款）V1.0文勇2017-8-09首发1.目的为了规范项目组的测试流程、版本规范，减少人为影响上线版本的质量2.适用范围项目组所有系统以及流程的版本3.测试流程规范3.1搭建环境 缺失本次版本变更说明或者部署文档不完整，需向开发人员说明，并要求提供齐全，保证文档有效性。3.2冒烟测试 环境搭建完后，进行冒烟测试，如果冒烟测试不通过，需打回版本 如果未实现需求涉及的功能，打回版本（除非开发人员有说明按模块提交测试）3.3禅道版

2、本管理规范产品 接到新的系统时，首先在产品模块新建产品名称，命名规则直接以系统名称为准，比如“移动OA” 产品新建成功后，需要把需求关联至产品，可以直接把文档或者git地址关联进来项目 新项目或者目前版本的变更时，需要新建项目，项目需要关联产品，命名规则直接以版本名称为准，比如“移动OA3.0” 项目新建成功后，开发提交一次版本，需要把版本号进行维护，版本号命名规则。如“移动OA3.0_rc1”，以此类推，每一轮测试时，如果仍存在BUG,需要把下个版本号提前维护进来，方便开发变更BUG状态时，选择正确的版本号测试 项目的模块需要分类维护，测试用例对应到模块下，每一轮测试完毕后，需要变更测试用例

3、状态，并把测试用例与BUG进行关联 在测试过程中，如果测试用例有遗漏，需要补写 每一轮测试结束后，需要出测试报告3.4系统测试流程规范3.5 缺陷管理流程3.5验收测试流程3.7上线版本测试结束后，需要把待上线的版本、部署文档、更新说明迁移到发布目录，进行封板。4.系统版本管理规范 所有提测版本均需要上传到GIT，按照RC版本来区分 原则上如果不存在重大问题导致流程无法流转，需在第一轮测试完毕后才能发布RC2 发布新版本后，需要在禅道中维护上新版本，提交的BUG需要关联到版本号 为了防止版本未合并，需要在新版本上验证上个版本新增的功能是否涵盖欢迎您的下载，资料仅供参考！致力为企业和个人提供合同协议，策划案计划书，学习资料等等打造全网一站式需求