【质量管理】研发提测流程规范要求

点击数：1747

目的：

1）统一输出，清晰明确提测内容

2）流程化，逐渐跟后续的各平台流程进行对接

3）加强各部门各环节输出物质量

4）逐渐完善各环节的数据质量

要求：

1. 对接人员：

1.1 默认由项目经理汇总提测内容，备份对接人员为各部门研发经理或总监

2. 提测输出内容：

2.1. 基本事项说明：

2.1.1 提测的功能，需要注明redmine、mantis号和标题

2.1.2 影响现有的工程名称以及分支

分支代码要确保已上线功能代码已经合并正确，并且不涉及未上线功能代码，去掉了非必要的自测信息以及代码限制等内容

2.1.3 数据库变更信息（DDL、DML）

2.1.4 修改代码涉及到的业务功能和场景

2.1.5 提供CE生成的访问信息

2.2 新增或变更事项说明：（研发在开发拉环境的时候相关信息就应该已经提交给运维或其他等相关人员进行设置等操作，否则影响后续研发的联调）

2.2.1 新增工程

–工程名、访问域名、端口等

2.2.2 新增或变更配置文件

–新增节点信息

–修改的节点信息

2.2.3 新增中间件

–名称、版本、端口等

–安装部署文档

3. 提测前需要完成的工作及要求

3.1 研发环节——研发负责人输出结果

3.1.1 研发开发以及自测完成

3.1.2 研发内部联调完成

3.1.3 代码走查通过

3.1.4 单元测试通过

3.1.5 去掉研发测试代码

3.1.6 去掉配置或逻辑上的一些硬代码

3.1.7 各研发负责人负责的业务和功能需要原始支持https，灰度，多活的，在提测的时候必须注明，此项列为冒烟测试内容

3.2 产品环节——预验收人员输出结果

条件：研发周期2周左右，或者业务功能相对复杂情况

3.2.1 产品完成了对需求的功能验收

3.2.2 交互完成了对功能交互的验收

3.2.3 视觉完成了对产品功能的视觉验收

3.3 静态代码扫描——系统自动进行，查看结果数据

3.3.1 系统静态代码扫描达到标准

3.4 单元测试覆盖率扫描——系统自动进行，查看结果数据

3.4.1 系统各个提测工程的单元测试通过并且达到一定的覆盖率

3.5 接口自动化执行——系统自动进行，查看结果数据

3.5.1 接口用例执行通过

3.6 自动化执行——系统自动进行，查看结果数据

3.6.1 遍历通过

3.6.2 UI自动化回归测试用例通过

另外注意，为了配合进行测试可能做的代码修改，配置文件修改，nginx映射过滤跳转等，需要注明，并且在进行代码合并和上线前的时候需要进行处理，避免引入到生产环境。