BUG描述规范管理

BUG：软件系统中存在的可能导致系统出错、失效、死机等问题的错误或缺陷。

描述一个缺陷，需要以下核心要素

标题：用简洁的话描述该缺陷，主要让开发知道这是一个什么样的缺陷

参数设置：Bug的类型（功能/性能/界面等），Bug的严重程度、Bug优先级（是否需要立即修复等）、所属项目模块、项目的版本号

详细描述：便于开发重现和定位缺陷

主要包括：

1.测试环境：如：浏览器及版本号，操作系统，手机app或微信公众号测试明确手机型号，版本号，微信版本号等

2.测试数据：用户名和密码，及相关的业务数据

3.重现步骤：缺陷发现的过程

4.期望结果：根据这个步骤操作，实际需要得到的结果

5.实际结果：对Bug的现象详细描述

  6.备注：非必填，可以描述Bug出现频率

7.附件/截图：

1.截大一点，最好截整个桌面或整个窗口

2.尽量注意不要包含不好的信息，比如群聊窗口

3.截图中强烈建议加上文字描述缺陷的位置和说明

另外一个Bug的描述中不能包含多个错误，测试者每次只校验一个错误是否已经正确修正，如有新问题产生，重新再创建一个，不要在原来的基础上不断增加。

 

难重现Bug处理建议：

 1、测试人员对bug的描述要详细

      创建票的时候注意记录：

     1）重现的频率

     2）问题的详细描述：发生该问题的操作步骤，并截图

     3）测试的浏览器的类型，版本，app或微信，记录手机型号，屏幕大小、微信版本号等

     4）测试的环境和数据

  总之对bug的描述要尽可能的详细

 

  2、处理

        判断问题的严重程度

          1）小问题的话，可以关闭；

          2）大问题的话不能忽视，开发人员应该根据自身经验是否能判断出该问题发生的原因所在，无法判断原因的，可以和项目经理、测试人员

              共同讨论决定处理方式；

              或者：做延迟处理，测试人员负责跟踪，若保留一段时间或连续经过几个版本都无法重现的，可先关闭，以后重现再Reopen