敏捷迭代管理 --提测管理

本文在研发组织管理中的位置：

研发组织管理--项目管理--敏捷迭代管理--提测管理

目的

• 1、保证提测质量；
• 2、研发提测内容清晰可记录，并且不影响主干测试分支；
• 3、测试更容易对上线内容和配置进行管理, 把控上线进度；

时间&频次

每个卡片联调完成之后；

迭代启动会后测试推送上线计划表；

• 每次提测后更新上线计划表；

议程

• 1. 研发完成代码后需要开发环境通过P0用例(主干P0和卡片P0)；
• 2. 研发在提测行云卡片中填写变更影响范围，以及需要关注的功能点、接口文档地址；
• 3. 研发在卡片<上线文档>中填写依赖jar包, SQL, 配置文件改动并口头通知测试；
• 4. 如果有复杂功能点,开发需要给测试做设计讲解；
• 5. 如果以上5个项目中有未填内容, 测试可以不接受提测，打回提测；
• 6. 测试完成配置更改、测试环境部署、验证主干和卡片P0用例；
• 7. 测试根据检验结果，标注卡片SQL是否执行成功, 是否通过提测，并更新上线计划邮件；
• 8. 若有延迟提测，QA会标注卡片状态，并更新上线计划邮件；

产出物

• 1、记录研发原因导致的延期，留备后用；
• 2、记录提测打回，留备后用；

罚则

• 1、研发提测的内容卡片P0用例不通过是代码逻辑问题, 不是环境配置问题时，处罚RD基数并记录打回数；
• 2、提测延期，记录研发原因导致的延期；
• 3、提测不规范，处罚RD基数；

TTL（team tech leader）职责

• 监督执行，并记录打回、研发原因导致的延期；

RD（前后端）职责

• 1. 研发完成代码后需要开发环境通过P0用例(主干和卡片)；
• 2. 研发在提测行云卡片中填写变更影响范围和需要关注的功能点和接口文档地址；
• 3. 研发在行云卡片<上线文档>中填写依赖jar包, SQL, 配置文件改动并口头通知测试；
• 4. 如果有复杂功能点,开发需要给测试做设计讲解；

QA职责

• 1. 如果以上5个项目中有未填内容, 测试可以不接受提测，打回提测；
• 2. 测试完成配置更改、测试环境部署、验证主干和卡片P0用例；
• 3. 测试根据检验结果，标注卡片SQL是否执行成功, 是否通过提测，并更新上线计划邮件；
• 4. 若有延迟提测，QA会标注卡片状态，并更新上线计划邮件；

注意事项

• 1. 如果SQL执行完成, 但代码P0不通过, 研发需要在当天内提供回退SQL；
• 2. 提测通过后, 上线前研发对提测5个项目有改动点时,需要更新卡片中对应内容, 并口头通知测试；
• 3. 提测SQL执行报错可直接打回，并记录打回次数；