IT 开发提测标准规范

背景

1. 公司 IT 规模小，开发提测质量差，流程不规范，导致测试任务重，于是推行 ：IT_开发提测标准规范，正文如下；
2. 拟定开发提测标准规范后，测试与项目经理内部评审后，发至IT群，试运行一段时间；
3. 制定规范&试运行后，提测质量大大提升，于是组织全部IT部开发们进行宣讲并正式运行。
4. 后续需要跟进冒烟情况：IT_开发提测冒烟情况记录 Excel表，记录开发冒烟通过数与测试冒烟通过数；
5. 打回数与开发绩效挂钩

---

一、编写目的

1. 明确提测流程规范；
2. 提高软件版本质量；
3. 提高测试工作效率，节约时间成本；
4. 避免了提测不达标，开发返工，造成项目延期等不必要的情况发生。

二、提测流程

三、自测标准

自测标准如下：

1. 联调完成，已完成自测；
2. 测试提供的冒烟测试用例，开发执行需要在测试环境执行；（以免环境不一致，导致本地环境执行通过，测试环境执行失败）
3. 保证提测模块主要功能逻辑、主流程主路径正常运行；
4. 项目级&日常需求：复杂功能模块 & 重要逻辑需要编写开发设计文档；
5. 中大模块功能 P0级别冒烟测试用例开发自测通过率达到100%，零星小需求可以不用执行冒烟测试用例 ；
6. 冒烟测试后，开发需要填写 IT_开发提测冒烟情况记录.xls 的开发执行通过条数 并 贴图（选填）
7. 群内告知测试，已提测，可以开始冒烟测试。

四、打回

打回标准如下：
1）中大模块功能冒烟用例测试执行通过率不达标（低于80%）

五、特殊说明

本文档主要是明确开发提测要求，提高项目软件版本质量。
本文档一经研发、测试人员确认后，须按照本文档流程规范严格执行。
本文档如有不对或者不合适的地方请及时提出，经过研发、测试人员讨论且意见统一后方可更新此文档。