项目提测标准

一、开发提测要求及规范

1.代码编译、静态代码扫描、单元测试通过

1.1.静态代码扫描工具扫描结果无阻断、严重bug

1.2.开发写的单元测试脚本运行执行通过率100%

2.确保代码符合规范且开发review通过

3.根据测试人员提供的冒烟用例，关键功能、主要业务流程开发自测通过 

自测标准如下：

a.保证提测需求功能点能正确实现

b.保证提测模块主要功能逻辑、主流程主路径正常运行

c.保证和该模块耦合度较高的模块，没有明显异常

4.提供完整、详细、准确的版本更新内容

5.需求、开发技术文档完整

5.1.需求文档有对应链接及原型附件

5.2.开发技术文档若有修改需及时更新且可随时在相关文档中查看

二、提测邮件模版
研发发出提测邮件：
提测内容/需求链接/版本号/路径
研发人员
自测结果
测试注意事项
提测测试模板如下：

XXX项目提测申请
需求名称
需求文档	链接或相关附件
开发自测结果	通过/不通过
产品开发人员
提测接口功能模块	接口功能文档
开发设计文档	提供文档链接，文档包括流程图、架构图、技术方案 redis：recomment_tag_XXX: 推荐标签列表 zset/list ； 过期设置ttl Log：tag：XXXX，id：XXXX，。。。
影响范围	当前模块功能及改动可能影响到的功能模块
测试要点	说明：从开发角度，说明模块可能存在的问题，测试应该注意的验证点
后端代码地址
前端代码地址
环境配置	zk节点、kafaka、DB变更、Redis等
上线方案	需提供相关上线方案文档
备注

三、对产品开发要求
1.产品
提供需求文档或者PRD中，清晰业务逻辑，交互逻辑

2.研发
 2.1. 发布地址，分支
  测试环境和生产环境区分

  2.2.开发设计文档

  a.代码影响范围，测试点

  b.配置说明

  数据库
    涉及的库名/表名/字段注释完整（表结构sql、初始化数据sql脚本等）

  redis
    涉及的key-value，缓存逻辑,接口

  zk/kafka/dubbo/nginx

  c.接口
    接口文档，请求/返回字段，业务流程图，数据流向
    提供每个接口的查询sql
    数据来源，多库多表关联，数据计算公式