研发协作流程

协作流程图

需求评审

一般由项目负责人/Scrum Master发起，项目组所有成员参与。

1. 阶段目标

   所有成员详细了解需求方案及需求的关键点。

2. 要做的准备

   • 提前一天发评审会邀和相关文档
   • 提前看需求文档，了解需求内容
   • 熟悉相关业务和代码

3. 解决的问题

   • 项目所有成员统一需求认知
   • 初步评估需求方案，技术可行性
   • 预估项目容量

技术方案评审

技术方案的设计，一般由研发负责人或者项目技术负责人发起。
开发必须经过技术方案评审，和需求挂钩，明确回答“怎么做”

1. 阶段目标

   梳理所有技术点的实现方案

2. 要做的准备

   • 提前一天发评审邀请和相关文档
   • 提前评估各自的实现方案
   • 复杂的技术点，需要提前沟通

3. 解决的问题

   • 项目组成员间沟通技术实现方案
   • 确定各端交互的方式，以文字的形式留存
   • 评估详细排期

评估排期

采用文档协作的方式来分解任务和评估排期。比如使用tencent docs或者google docs。

1. 阶段目标

   输出全员无异议的开发计划，记录到项目管理工具(TAPD)并通过邮件发出.

   注意点：
   • 对需求进行尽量细的功能点拆分，有助于准确评估排期（精确到0.5天）
   • 根据实际项目情况，预留适当的buffer时间（大约为项目总时长的5% ~ 10%）
   • 排期一旦确定，视为对所有成员的承诺，非极端情况不可更改
2. 排期计划规范
   • 项目名称、参与项目人员、日期、开发功能点简述、项目天数
   • 排期邮件由项目负责人汇总发出
   • 邮件需知会参与项目各方同学及leader

项目开发

• 参考分支开发规范
• 先在YAPI平台定义接口，前端和测试使用Mock Server来开发前端及自动化测试接口，待后端接口提供后进行联调测试。
• 全部联调通过及单元测试通过后提交测试。

用例评审

由QA同学发起，项目组成员全部参加，评审测试用例的准确性和完整性，一般在项目开发过程中进行，没有固定时间。

1. 阶段目标

   所有成员详细了解测试用例，并产出覆盖完整性高的测试用例。

2. 要做的准备
   • 提前一天发评审邀请和相关文档
   • 明晰需求细节
   • 了解测试用例
   • 如果有负责的测试场景需要和开发一起制定解决方案
3. 解决的问题
   • 评估测试用例是否覆盖到所有情况，正常路径以及异常路径
   • 借助测试用例回顾已经开发的内容和需求的细节

联调

由后端或者前端人员发起，仅开发人员参与，尽可能利用一套统一的环境，进行联调。

1. 阶段目标

   调试完成全部需求需要完成的流程

2. 联调规范
   • 各功能开发完成则开始联调，是否可以分阶段联调视情况而定
   • 有QA的项目，在联调过程中覆盖大多数测试用例
   • 无QA的项目，开发人员整理测试用例，并在联调过程中尽可能覆盖

代码评审

代码合并到主干之前应该经过 code review。

提测规范

• 提测给QA的代码必须通过自测和验收
• 提测分支若落后主干，同步之后再提测
• 提供编译后代码，保证与上线代码一致性
• 严禁使用QA环境调试bug
• 阻塞测试流程的bug及时修复
• 其余bug可定期统一修复

项目验收

在测试环境通过或者上线后，由测试人员发起，邀请PM/UI/UE等角色，对产品进行全方位的验收。

1. 阶段目标
   • 保证需求没有遗漏，符合预期
   • 正常流程没有问题，可以使用
2. 验收规范
   • 在单元测试完成和上线后发起
   • UI/UE进行视觉交互验收，PM进行功能验收
   • 中大型项目排期时至少预留1天验收时间，一般预留半天验收时间