研发协作流程

协作流程图

需求评审

一般由项目负责人/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天验收时间,一般预留半天验收时间
  • Copyrights © 2018-2024 李一
  • Visitors: | Views:

请我喝杯咖啡吧~

支付宝
微信