测试流程版本管理规范

上传人:夏** 文档编号:467204003 上传时间:2023-06-18 格式:DOCX 页数:10 大小:469.45KB
返回 下载 相关 举报
测试流程版本管理规范_第1页
第1页 / 共10页
测试流程版本管理规范_第2页
第2页 / 共10页
测试流程版本管理规范_第3页
第3页 / 共10页
测试流程版本管理规范_第4页
第4页 / 共10页
测试流程版本管理规范_第5页
第5页 / 共10页
点击查看更多>>
资源描述

《测试流程版本管理规范》由会员分享,可在线阅读,更多相关《测试流程版本管理规范(10页珍藏版)》请在金锄头文库上搜索。

1、测试流程、版本管理规范编制:审核:批准:文件历史记录文件编号现行版本V1.0文件标题测试流程、版本管理规范文件履历版本编制日期更改内容(条款)V1.0文勇2017-8-09首发目录测试流程、版本管理规范11 .目的22 .适用范围33 .测试流程规范33.1 搭建环境33.2 冒烟测试33.3 禅道版本管理规范33.4 系统测试流程规范43.6 缺陷管理流程53.7 上线版本84 .系统版本管理规范101.目的为了规范项目组的测试流程、版本规范,减少人为影响上线版本的质量2.适用范围项目组所有系统以及流程的版本3.测试流程规范3.1 搭建环境缺失本次版本变更说明或者部署文档不完整,需向开发人员

2、说明,并要求提供齐全,保证文档有效性。3.2 冒烟测试环境搭建完后,进行冒烟测试,如果冒烟测试不通过,需打回版本如果未实现需求涉及的功能,打回版本(除非开发人员有说明按模块提交测试)3.3 禅道版本管理规范产品接到新的系统时,首先在产品模块新建产品名称,命名规则直接以系统名称为准,比如“移动OA”产品新建成功后,需要把需求关联至产品,可以直接把文档或者git地址关联进来项目新项目或者目前版本的变更时,需要新建项目,项目需要关联产品,命名规则直接以版本名称为准,比如“移动OA3.0”项目新建成功后,开发提交一次版本,需要把版本号进行维护,版本号命名规则。如“移动OA3.0_rc1”,以此类推,每

3、一轮测试时,如果仍存在BUG需要把下个版本号提前维护进来,方便开发变更BUG状态时,选择正确的版本号测试项目的模块需要分类维护,测试用例对应到模块下,每一轮测试完毕后,需要变更测试用例状态,并把测试用例与BUG进行关联在测试过程中,如果测试用例有遗漏,需要补写每一轮测试结束后,需要出测试报告3.4 系统测试流程规范测试流程输入文档流程输出文档项目计划系统需求系统设计系统需求编写测试用版本说明搭建测试环部署说明文冒烟测试版本部署包版本退回是否通过Bug列表测试执行是否通过协助用户测试是否通过要费执行测试能是否:是否通过提交发布是:否需要任能测试测试方案评审/修改搭建测试环竟,准备数据执行测试、能分析性能测试报告阶段测试报告测试万某初稿系统测试报告用例评审/测试方案编写系统需求/设计评审制定测试计划,*以目测试计戈问题列表战计|口题1列表测口力菜初稿测试方案测试庄例初稿3.5缺陷管理流程3.5 验收测试流程3.7上线版本测试结束后,需要把待上线的版本、部署文档、更新说明迁移到发布目录,进行封板。4.系统版本管理规范所有提测版本均需要上传到GIT,按照RC版本来区分原则上如果不存在重大问题导致流程无法流转,需在第一轮测试完毕后才能发布RC2发布新版本后,需要在禅道中维护上新版本,提交的BUG需要关联到版本号为了防止版本未合并,需要在新版本上验证上个版本新增的功能是否涵盖

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 商业/管理/HR > 市场营销

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号