从 Wechat Family Stage 1 项目开始，BUG 会和任务在一个 project 中，为使流程规范简洁，

创建 Bug 包括以下几列：

1. DEV-BUG：QA 创建 Bug 均放在这列，指定到相关开发人员，具体详见 Bug命名规范。   

2. QA-REVIEW：开发解决问题时，需标注问题产生原因及解决方案；问题解决后，开发将 Bug 拖动到 QA-REVIEW 列，并将 Bug 指定到相关验证人员（通常为 Bug 提交人）。   

3. QA-IGNORE：经开发和 QA 一致讨论，该 Bug 为可忽略 Bug，如较严重但无法重现的，需特别标记，待 Bug 评审时在会议上提出，需大家共同评审，是否忽略。   

4. PROD-需求设计优化：网站待优化和设计不合理的，提给产品，分配给对应的产品负责人。

Bug命名规范：

1. Title：[环境][机型/浏览器][重现概率]-问题描述

    例如：[Test][Chrome][必现]-用户打开练习lunch接口报500错
         [Test][Android][必现]-用户打开练习lunch接口报500错

2. Assigned To：指定到相关开发人员，为必填项
 
3. Status：Bug 状态，为必填项
  
4. Priority：Bug 优先级，为必填项
   
5. Description，为必填项，内容包括5个必填项，可根据实际情况做相应增加：

         [测试设备]: 具体到浏览器&App型号，版本号，操作系统
    
         [测试账号]: 用户名、密码
   
         [测试步骤]: 
   
         [测试结果]: 
  
         [预期结果]: 

          如需提供图片等附件，请上传附件。

Bug 类型

Bug 类型按照 Bug Type 做区分，Bug Type 为必填项，当提Bug时，选择依据如下：

  • 流程BUG > Process
  • 功能BUG > Feature
  • 样式BUG > Style

版权声明：本文为lycquest原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://www.cnblogs.com/lycquest/p/6050933.html