服务端-项目提测规约

提测规则

有前端或客户端参与的需求，由他们来提测，否则是后端直接提测。

免测标准

免测的 前提是确认测试已知悉，然后才是下面的条件。

• 只改UI布局或文案，没有改交互和业务。
• 只是改配置业务功能。

打回标准

原因示例：

• 开发没搭好测试环境
• 主业务流程跑不通
• 开发未通过冒烟测试用例
• 开发未写明测试重点、修改代码的影响范围
• 开发未提供相关数据库设计文档、接口设计文档

测试会直接通知提测人。

提测流程

步骤	详细内容
第1步：研发环节（研发负责人输出结果）	1.研发开发以及自测完成，确保主业务流程没问题。如果测试组有提供冒烟测试，必须冒烟都通过。 2.研发内部联调通过。 3.代码走查通过。 4.单元测试通过（提供单元测试报告）。 5.去掉研发测试代码。 6.去掉写死的配置信息。
第2步：产品环节（预验收人员输出结果，在开发环境进行）	1.产品完成了对需求的功能验收。 2.交互完成了对功能交互的验收。 3.视觉完成了对产品功能的视觉验收。
第3步：提测输出内容（研发人员输出结果）	1.生成安装包： 1.1 打包程序镜像：将开发工程功能打包推送至公司阿里云镜像仓库，若是后端程序新功能需要打包Helm安装包推送至公司私服仓库。 2.基本事项说明： 2.1 提测的功能:需要注明redmine、标题。 2.2 影响现有的工程名称以及分支（分支代码要确保已上线功能代码已经合并正确，并且不涉及未上线功能代码，去掉了非必要的自测信息以及代码限制等内容）。 2.3 数据库变更信息（DDL、DML）。 2.4 修改代码涉及到的业务功能和场景。 3.新增或变更事项说明：（研发在开发拉环境的时候相关信息就应该已经提交给运维或其他等相关人员进行设置等操作，否则影响后续研发的联调） 3.1 新增工程：工程名、端口、Helm包名称等。 3.2 新增或变更配置文件：新增Nacos信息；修改Nacos信息 3.3 新增中间件：名称、版本、端口等；安装部署文档