优秀测试工程师必备的提Bug姿势

测试同学，每天的日常离不开提Bug，可以说不是在提bug，就是在提bug的路上。一个好的Bug，能帮助开发人员快速地定位问题，提高团队效率。

Bug管理的工具很多，例如禅道（ZenTao）， JIRA，TAPD，QC， Bugzilla， Bugfree， Mantis， Readmine等等，最常用的是禅道（ZenTao）和JIRA，工具不重要，重要的如何提一个好Bug。

那么，一个好的Bug应该怎么提呢？下面以禅道为例，为大家揭开神秘的面纱。

一、所属产品/模块/项目，影响版本

设置这些选项的好处是：便于统计Bug，做结果筛选分析。禅道中可根据模块，项目等分类统计，生成报表。

如果前期这些模块没规范，后续会带来很多麻烦。例如开发同学在时间紧，任务急的情况下，可能会优先修复重要模块的Bug，如果没有写清楚模块，那么开发同学就无法做筛选，这个时候就需要测试同学从一百多个Bug中一个个筛选，重新编辑模块，这种滋味你们懂的。

二、当前指派

定位准确的测试同学能给领导和开发同学留下不错的印象，对区分前后端Bug有疑问的同学，可参考链接：怎么判断是前端bug还是后端bug？

三、截止日期

一般不填，或者填写项目的截止日期。

四、Bug类型

分为很多种类型：需求缺陷，代码错误，功能优化，Bugfix引入，需求变更，环境问题，第三方依赖，兼容性，比较常见的Bug类型是代码错误和需求缺陷。

简单分析下各Bug的认领人：

1、需求缺陷，需求变更--产品同学的锅

2、代码错误，功能优化，Bugfix引入，第三方依赖，兼容性--开发同学的锅

3、环境问题--测试同学的锅

五、操作系统

常见的操作系统，主要包含win7，win8，win10，mac等。

六、浏览器

常见的浏览器，主要包含谷歌，火狐，IE(11,10,9,8)，搜狗，360，Microsoft Edge等等。

七、Bug标题

标题要求简明扼要，概括性强，可包含范围，具体的报错信息，可能的原因等等。

举个例子：

不合格的标题：上传大量文件，报错了。

问题：没有指明模块，文件数量不具体，报错原因不具体。

合格的标题：【上传文件】上传大量文件（多达2000个）时，报net::ERR_INSUFFICIENT_RESOURCES的错误。

八、严重程度

严重程度分为1,2,3,4个等级，判断标准为：

1级：缺少或影响核心功能的Bug，例如崩溃，闪退，蓝屏等；

2级：造成较大影响的功能性缺陷，例如做删除操作结果未生效等等；

3级：影响较小的功能性缺陷，例如常规功能逻辑等问题；

4级：非功能性缺陷，不影响功能，但可进行优化，例如文案颜色等等问题；

在实际项目中，大多数Bug划分在3级，少数划分在1级或2级。

九、优先级

优先级分为1,2,3,4个等级，判断标准为：

1级：立即处理，表示非常急迫，必须立即解决；

2级：紧急处理，表示高度重视，需要优先解决；

3级：正常处理，可按照开发同学的安排解决；

4级：有时间再处理，甚至有些可不处理；

优先级与严重程度并不是一一对应的，严重程度高的软件缺陷，优先级并不一定高。需要结合项目的实际情况正确使用，理论上，开发人员根据优先级来依次处理Bug。

十、重现步骤（划重点）

步骤要求条理清晰，每一步都是有效步骤，开发同学能通过描述快速定位问题，减少沟通成本。主要包括四个模块：步骤，结果，期望，附加与注释图。

例子：以web系统的登录功能为例

【步骤】

1、谷歌浏览器打开XXX系统，进入登录页

2、输入用户名：lc馨馨紫，密码：123456

3、点击登录按钮

【结果】

3、报404错误

【期望】

3、正常登录

【附加与主视图】

附上F12抓包的接口请求参数和响应参数图，还可以录制一个动态图

ps：原因定位：报404错误，可能是前端同学发起登录请求的接口地址错误，也有可能是后端同学改了接口请求地址

点评：

（1）步骤清晰，每一步都很具体，且没有无关的操作项

（2）用户名和密码也告诉了开发，开发同学不用再去后台找账号密码，节省了时间

（3）写清楚了具体的错误，且有请求参数和响应参数的截图，省去了开发同学复现Bug的时间，有经验的开发一眼就能定位Bug

（4）有自己的思考排查过程，不是无脑点点点的测试同学

十一、相关需求，相关任务，关键词

根据项目实际情况填写，大多数情况下可忽略。

十二、抄送给

抄送人员：共同测试该项目的测试同学。

十三、附件

Bug重现需要的文件，或者下载有问题的文件，都可以上传至附件，供开发同学复现问题。

例如：

（1）测试上传功能，上传20M的文件报错，就可以将测试出现Bug的文件添加至附件，开发同学直接利用附件进行复现，减少了与测试同学的沟通成本，提高了项目的效率。

（2）下载报表，下载文件包含了调试log，可将下载的的文件以附件的形式上传，开发同学直接看附件，就可以定位问题，节省了再次复现的时间，提高了效率。

这样，一个成熟的Bug就诞生了，大家可以参考下，有没有自己平时没有注意到的点呢？

ps：我是lc馨馨紫，全网名称统一，期待优秀的你关注我~

原创文章，转载请注明出处~

原文链接：优秀测试工程师必备的提Bug姿势https://mp.weixin.qq.com/s/BorsuHmTVSeCKVoiqfsAjg