一、编写目的
1）明确提测流程规范；
2）提高软件版本质量；
3）提高测试工作效率，节约时间成本；
4）避免了提测不达标，开发返工，造成项目延期等不必要的情况发生。
二、特殊说明
本文档主要是明确开发提测要求，提高项目软件版本质量。
本文档一经研发、测试人员确认后，须按照本文档流程规范严格执行。
本文档如有不对或者不合适的地方请及时提出，经过研发、测试人员讨论且意见统一后方可更新此文档。
三、术语、名词定义
略
四、提测流程
?
1.测试编写完测试用例后测试需标注出测试用例级别，用例级别分为：P0、P1、P2、P3四个等级。P0=》高，P1=》中，P2=》低，P3=》优化。
2.测试用例级别标注完成之后，进行用例评审，用例评审时研发、产品、测试以及相关人员必须到场。有疑问请及时提出，最晚需在测试提供测试用例给研发前提出。若未及时提出，视为同意此次用例评审结果。
3.测试在metersphere上创建测试计划，将P0级别的用例全部指派给相应的研发人员。
4.研发人员执行完成后，执行通过率达到：100%，方可进行提测。
5.研发人员把各自负责的模块执行结果反馈相应项目的研发负责人员，由研发负责人收到执行结果后统一进行汇总。
6.若达到提测要求，研发负责人发送提测邮件给测试人员，测试人员进行接收。
7.若未达到提测要求，研发负责人打回给相应研发人员，研发人员进行修改。待达到提测要求后，由研发负责人发送提测邮件。
8.测试人员接收后首先进行冒烟测试，看冒烟测试是否通过。若通过进行第一轮测试，若不通过打回给研发负责人，并在提测邮件上说明打回原因。
五、提测模板
| xxxx提测报告 | ||
| 基本信息 | 项目名称 | |
| 版本号 | ||
| 提测时间 | ||
| 提测人 | ||
| 提测内容 | ||
| 项目编码 | ||
| 人员信息 | 前端开发 | |
| 后端开发 | ||
| 产品 | ||
| 项目经理 | ||
| 研发负责人 | ||
| 测试 | ||
| 提测信息 | 提测内容 | |
| 提测地址 | ||
| 提测账号/密码 | ||
| 数据库 | ||
| 备注 | ||
六、自测标准
自测标准如下：
a.保证提测需求功能点能正确实现；
b.保证提测模块主要功能逻辑、主流程主路径正常运行；
c.保证和该模块耦合度较高的模块，没有明显异常；
d.P0级别测试用例执行通过率达到90%以上。
希望对您有所帮助~