【测试流程】bug提交标识规范

所有项目bug均提交到bug管理平台（目前用的是禅道，此处已禅道 为案例说明，大家可以根据自己企业情况）

1.bug常规属性介绍

bug严重级别：根据业务功能或重要性定级（参考bug定级标准）

bug关键字标识： 重复、历史存在、研发自测（未达到研发自测标准，提测后暴露的问题）、线上；

bug优先级：bug优先级指的是优先解决；建议研发、产品侧可跟bug严重级别结合解决；

重复bug说明：提交bug之前筛查bug空间是否存在已提交bug；避免重复提交；

             一般存在几种现象：

                a.已存在未解决bug，不在提交。

                b.已存在已关闭bug， reopen 此bug。重新根据用户影响定义问题严重级别。

                 c. 已存在已解决bug， 跟研发沟通修复版本，确认是否属于同一修复分支。根据情况close 或 reopen。

2 .线下测试

 bug提交描述要求
    bug标题简明表达问题前因后果。
    bug描述，包括前置条件，复现步骤，尽量有图有视频贴图上传附件，
    复现概率，默认复现概率为“必现”，还包括：有条件概率出现、偶现问题等，需增加复现概率标识，如:1/20（执行20次出现1次）
    测试建议, 可以填写在备注说明中，根据测试人员提供线索，有助于研发定位分析问题。

3. 线上问题

     	测试人员或项目团队内部发现  ：bug 关键字  = 标识：历史存在 ；
     业务方或用户 发现问题 ：bug关键字 =标识：线上；     
     线上问题根据影响级别数，问题严重程度来定级（参考：线上问题返回及处理时效方法）