测试流程版本管理规范.doc_第1页
测试流程版本管理规范.doc_第2页
测试流程版本管理规范.doc_第3页
测试流程版本管理规范.doc_第4页
测试流程版本管理规范.doc_第5页
已阅读5页，还剩6页未读， 继续免费阅读

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

_测试流程、版本管理规范 编 制： 审 核: 批 准： 文件历史记录文件编号现行版本V1.0文件标题测试流程、版本管理规范文件履历版本编制日期更改内容（条款）V1.0文勇2017-8-09首发目录测试流程、版本管理规范11.目的32.适用范围33.测试流程规范33.1搭建环境33.2冒烟测试33.3禅道版本管理规范33.4系统测试流程规范43.6 缺陷管理流程83.4上线版本94.系统版本管理规范91.目的为了规范项目组的测试流程、版本规范，减少人为影响上线版本的质量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需要关联到版本号 为了防止版本未合并，需要在新版本上验证上
人人文库> 全部分类> 应用文书 > 事务文书

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论