测试流程版本管理规范标准.docx
- 文档编号:27189358
- 上传时间:2023-06-27
- 格式:DOCX
- 页数:6
- 大小:222.44KB
测试流程版本管理规范标准.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需要关联到版本号
Ø为了防止版本未合并,需要在新版本上验证上个版本新增的功能是否涵盖
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 测试 流程 版本 管理 规范 标准