Bug描述和定义规范

Bug描述和定义规范

目录

1不同出现频率BUG的描述 ------------------------------------------------------------------------------------------ -2-

1.1 总是出现 --------------------------------------------------------------------------------------------------------- - 2 -

1.2 经常出现 --------------------------------------------------------------------------------------------------------- - 2 -

1.3 偶尔出现 --------------------------------------------------------------------------------------------------------- - 2 -

1.4 只出现一次 ------------------------------------------------------------------------------------------------------ - 2 -

1.5 Bug的描述举例 ------------------------------------------------------------------------------------------------- - 2 -2B UG严重性定义 ------------------------------------------------------------------------------------------------------- -3-

2.1 系统崩溃 --------------------------------------------------------------------------------------------------------- - 3 -

2.2 严重错误 --------------------------------------------------------------------------------------------------------- - 3 -

2.2.1 新功能部分错误 --------------------------------------------------------------------------------------------------------- - 3 -

2.2.2 已有的功能部分 --------------------------------------------------------------------------------------------------------- - 3 -

2.3 次要错误 --------------------------------------------------------------------------------------------------------- - 3 -

2.3.1 新功能部分 --------------------------------------------------------------------------------------------------------------- - 3 -

2.3.2 已有功能部分 ------------------------------------------------------------------------------------------------------------ - 3 -

2.4 不合理或者别扭 ------------------------------------------------------------------------------------------------ - 4 -3B UG优先级定义 ------------------------------------------------------------------------------------------------------- -4-

3.1 特急 --------------------------------------------------------------------------------------------------------------- - 4 -

3.2 加急 --------------------------------------------------------------------------------------------------------------- - 4 -

3.3 高优先级 --------------------------------------------------------------------------------------------------------- - 4 -

3.4 中优先级 --------------------------------------------------------------------------------------------------------- - 4 -

3.5 低优先级 --------------------------------------------------------------------------------------------------------- - 4 -

1不同出现频率b u g的描述

1.1 总是出现

这类bug所要做到的就是如何把bug描述清楚：

1．察看当前和bug相关的条件并列出

2．按照bug出现的步骤重复做3次以上以此来寻找最短的路径，尽量把不必要的过程过滤，当然不确定的步骤一定不能过滤

3．描述的时候尽量做到每个步骤最多2个动作

4．尽量用主动的英语句型，在遇到许多动作可以产生这个bug的时候，可以适当用被动句型，把最好重现bug的那个步骤写出来其他可放在括号中

5．Bug现象的说明一定要描述详细，不要放在步骤中

6．发现bug之后的操作最好也做几个步骤(如果可以接着做的话)，这样更容易发现周围的bug，同时对开发人员解bug也是有帮助

7．尽量把bug的周围情况描述的详细些，不需要总是等到开发人员问了我们再去做

8、对于不易理解的问题，最好使用截图或者视频的方法进行

1.2 经常出现

这类bug和总是出现一样，重点就是把步骤描述全面详细且不冗杂。

1.3 偶尔出现

这类bug在遇到的时候可以先和开发人员描述一下然后共同推测路径，如果可以转化为总是出现或经常出现，解决就容易些了, 实在重现不出来可以把自己所做的若干步骤都描述出来。

1.4 只出现一次

这类bug，开发人员解起来更难

作为测试人员，所能做的就是除了上述bug的描述之外需要更加注意的：

1．尽量做到及时和开发人员沟通

2．立刻检查当前状态并做记录

3．把和当前bug相关的一切信息全部描述

4．和当前bug可能相关的信息可以放在note中，一定要详细

此外，如果连续发生好几个bug，需要把每个bug的频率标注好，如果有外部网络或者设备等影响的尽量把这些外部环境也描述清楚，这样有助于开发人员解决问题。

我们的目的：“做到质量更好的同时效率更高，我们不但要发现问题还要帮助开发人员解决问题”。

1.5 Bug的描述举例

同一个bug，两种不同描述方法，哪个更清楚呢？

1、女角色，进入『换脸』页面，load进一张照片，保存，发现头像、预览窗口、桌面形象三个地

方的效果都不一样；按『恢复脸型』，图片调整窗口跟预览窗口的恢复有问题

2、（1）女角色进入换脸tab，选择脸型后load一张照片，调整后保存：

头像只保存了脸型；调整窗口是正常效果；预览窗口的照片恢复到没有缩放的比例

（2）女角色换脸后，点击『恢复形象』按钮：调整窗口已load进的照片没有去掉

bug描述的标准有以下三个：

1、让程序员能根据描述找到这个bug

2、让程序员能明确这个bug需要怎样修复

3、明确验收标准

加bug的时候要好好想一想，这三个标准是否达到了，reopen的bug过多，是不是因为我们没有明确的提出验收标准。

2B u g严重性定义

2.1 系统崩溃

1、使用软件导致系统死机，对于客户端，在用户数较多的手机上造成死机等问题。

2、导致软件本身退出等问题。

2.2 严重错误

2.2.1 新功能部分错误

需求说明书中要求的功能没有实现

2.2.2 已有的功能部分

1) 影响用户使用，而且用户使用频率高的；

2) 严重影响用户体验的问题，即使频率不高也属于较严重的错误，比如说发贴，写了很多字，但是会突然丢失。导致辛苦白费的；

3) 用户使用产品关键路径上的BUG，使得关键路径无法走下去的情况，都属严重BUG，比如说，浏览时无法看完浏览的内容；

4) 造成重要功能无法使用的情况；

注意，严重错误不一定是高优先级的错误。

2.3 次要错误

2.3.1 新功能部分

1) 功能存在缺陷

2) 程序所完成的功能与软件说明书定义不符的错误

2.3.2 已有功能部分

非主路径的功能出现错误，不影响大部分的用户使用，或者使用频率不高的功能。关于如何判断用户使用的频率，可从论坛反馈，以及案例的优先级进行判断。

2.4 不合理或者别扭

功能可以进一步改进

显示方面的错误

3B u g优先级定义

3.1 特急

服务器

1、涉及到重点网站或影响所有用户使用的，例如我们自己的论坛，无法登录发贴，sina等门户网站无法访问。

2、合作网站的重要服务异常，例如baidu无法搜索，google无法搜索等则是严重问题。

3、自己假设问题如果存在超过七天是否会造成严重问题?如果不会，那么该问题不是严重问题。

4、如果一个问题是较低优先级，但反复会有人提出问题，那么可以把问题提高到较高优先级。

如果是已发布产品出现特急的问题，需要马上和相关的人沟通解决。

客户端

影响主路径的功能，比如浏览功能，网址输入等功能出现故障。可参考发布性测试的功能点，20的那个案例集，都是非常重要的功能，如果出现问题，全部应该是特急的。

后台

影响主要业务的功能，比如我的地盘不能登陆等。

该类Bug必须立即修复。

3.2 加急

该类Bug在测试发布前必须修复。

3.3 高优先级

该类Bug在发布前必须修复。

3.4 中优先级

该类Bug可在下一版修复。

3.5 低优先级

可以修复或不修复。