欢迎来到天天文库
浏览记录
ID:62243658
大小:127.39 KB
页数:11页
时间:2021-04-22
《测试流程版本管理规范.docx》由会员上传分享,免费在线阅读,更多相关内容在应用文档-天天文库。
1、。测试流程、版本管理规范编制:审核:批准:文件历史记录文件编号现行版本V1.0文件标题测试流程、版本管理规范文件履历版本编制日期更改内容(条款)V1.0文勇2017-8-09首发。1。目录测试流程、版本管理规范...................................................11.目的.................................................................22.适用范围...........................
2、..................................23.测试流程规范.........................................................23.1搭建环境..........................................................23.2冒烟测试..........................................................33.3禅道版本管理规范................
3、..................................33.4系统测试流程规范..................................................43.6缺陷管理流程.....................................................53.4上线版本..........................................................84.系统版本管理规范........................
4、............................101.目的为了规范项目组的测试流程、版本规范,减少人为影响上线版本的质量2.适用范围项目组所有系统以及流程的版本3.测试流程规范3.1搭建环境缺失本次版本变更说明或者部署文档不完整,需向开发人员说明,并要求提供齐全,保证文档有效性。。2。3.2冒烟测试环境搭建完后,进行冒烟测试,如果冒烟测试不通过,需打回版本如果未实现需求涉及的功能,打回版本(除非开发人员有说明按模块提交测试)3.3禅道版本管理规范产品接到新的系统时,首先在产品模块新建产品名称,命名规则直接
5、以系统名称为准,比如“移动OA”产品新建成功后,需要把需求关联至产品,可以直接把文档或者git地址关联进来项目新项目或者目前版本的变更时,需要新建项目,项目需要关联产品,命名规则直接以版本名称为准,比如“移动OA3.0”项目新建成功后,开发提交一次版本,需要把版本号进行维护,版本号命名规则。如“移动OA3.0_rc1”,以此类推,每一轮测试时,如果仍存在BUG,需要把下个版本号提前维护进来,方便开发变更BUG状态时,选择正确的版本号测试项目的模块需要分类维护,测试用例对应到模块下,每一轮测试完毕后,需要变更测试用例
6、状态,并把测试用例与BUG进行关联在测试过程中,如果测试用例有遗漏,需要补写每一轮测试结束后,需要出测试报告。3。3.4系统测试流程规范。4输入文档测试流程。流程输出文档用户需求文档项目计划系统需求系统设计测试方案初稿系统需求版本说明部署说明文档版本部署包版本退回否否否是制定测试计划系统需求/设计评审测试方案编写测试方案评审/修改编写测试用例用例评审/修改搭建测试环境冒烟测试是否通过是测试执行是否通过是协助用户测试是否通过是是项目测试计划问题列表设计问题列表测试方案初稿测试方案测试用例初稿测试用例终稿Bu
7、g列表阶段测试报告否否是否需要性是否需要安能测试全测试是搭建测试环境,准备数据执行测试执行测试、性性能测试报告能分析否否性能是否达。5标是否通过是系统测试报提交发布是告。。6。3.5缺陷管理流程开始提交bug项目经理,开发人员确否需求人员确认认是是是否修改否流入下个版本是修改bug,提交验证回归验证否重新激活否是否通过是关闭bug结束。7。3.5验收测试流程。8。开始提交测试版本否提交内容是否齐全否是部署、冒烟测提交回归测试试版本否冒烟测试通否部署、回归测过试是回归测试通功能验证过是测试是否通是过是是是用户验收性
8、能测试是否存在缺是是否影响线陷上使用否否上线记录待改进缺陷结束。9。3.7上线版本测试结束后,需要把待上线的版本、部署文档、更新说明迁移到发布目录,进行封板。4.系统版本管理规范所有提测版本均需要上传到GIT,按照RC版本来区分原则上如果不存在重大问题导致流程无法流转,需在第一轮测试完毕后才能发布RC2发布新版本后,需要在禅道中维护上新版本,提交的BUG需要
此文档下载收益归作者所有