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

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

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