今天有个朋友问到,BUG Review有什么注意事情和流程方法没?简单整理了下,便于后续回顾。

源地址:https://mubu.com/doc/amsCZEE1YV


  • 流程
    • host
      • QA
    • 流程
      • QA搜集各位输入信息,并整理数据分布
      • 所有参与人员一起讨论,并制定后续改进
    • 时机
      • 不确定,建议:团队质量较差或者定期做
    • 参与人
      • 全团队成员
      • 必要可以拉上客户
  • 输入
    • 所有的BUG单
    • 反馈信息(客户/用户/其它渠道)
  • 输出
    • 各种分布
      • 新增/修复/关闭时间
      • BUG的模块分类,如:登录模块/订单模块 等
      • BUG的原因分类,如:需要描述不清晰/程序代码问题/再次出现 等
      • 优先级划分
      • 责任人
    • 后续改进
      • 改进策略
      • 下一次Review的时间
  • 注意
    • 责任人
      • 看情况是否需要拉出来讨论
    • 改进策略
      • 这部分才是Review的目的
      • 分布的情况,打开讨论,并制定Action。
    • Review的结论
      • 如果是给客户的,要酌情做一些内容的调整