专栏首页资深Tester怎样才能提交一个让开发人员拍手叫好的bug单

怎样才能提交一个让开发人员拍手叫好的bug单

导读

软件测试人员写得最多的文档就是测试用例和BUG,现在测试用例和BUG都没有标准的模板,每个公司使用的缺陷管理工具都有可能不一样,如果你换了一家公司就有可能接触到新的缺陷管理工具,但提交bug的方式却是大同小异,今天这篇文章主要讲解怎样才能提交一个高质量的BUG单。

目录

为什么要提交BUG单

缺陷管理工具

编写高质量的BUG单


为什么要提交BUG单

其实要提交BUG单的原因很简单,就是在测试过程中程序中出错了,那么测试人员就要提交BUG单,以便开发人员能够早时修改。

为什么一定要提交BUG单?直接跟开发面对面交流或者通过即时通讯传递了不就可以么?答案肯定是不行。

王豆豆总结了几点:

  1. 提交清楚明了的bug单,有利于开发人员快速分析和定位bug
  2. 在缺陷管理工具上提交bug单,有利于研发人员对bug的跟踪和管理
  3. 在测试活动结束后,可以通过分析bug的级别、每天提交bug的数量、每天修改bug的数量、每个功能模块的bug数量等等因素,从而达到评估软件质量

缺陷管理工具

以下是目前企业中比较流行的缺陷管理工具:

王豆豆目前的公司用的是腾讯的Tapd,以前没用过,现在用起来觉得和其他的缺陷管理工具一样,并不会出现难以上手的情况。

编写高质量的BUG单

今天这个bug就是今日头条的发文模块的bug,前几天在发文章的过程中发现的,估计这是一个概率性的bug,今天发文的时候重试好几次也没有发现。

01

缺陷管理工具

今天给大家演示在Tapd上如何提交高质量的bug

02

什么是高质量的bug

王豆豆以为如果抛开提交的bug单是否是一个真正的缺陷,一个高质量的bug就是取决于这个bug是否能被研发团队其他人看懂并且能准确复现出来。毕竟提交的bug并不是给测试人员自己看的,而是给开发人员和团队其他成员看的。

有些公司bug修改完成后,并不是提交人回归,有可能是组内其他成员,如果写得不清不楚会给大家带来麻烦,需要更多的时间去检查和重试。

故,一个高质量的bug是多么重要,一个高质量的bug应该具备标题清楚合适、操作步骤条理清晰明了、结果明确,同时有相应的截图和日志。

03

缺陷的模板

软件测试人员在测试新版本提交bug之前,会在缺陷管理工具中去创建一个本次迭代的模板,将一些公共点包含进去,避免测试人员在提交缺陷时进行重复地输入、减少测试人员提交缺陷的时间、并能统一缺陷的格式。

缺陷的模板如下:

04

提交BUG

只要写好一个bug最重要的几个要素,那这个bug质量应该不会差的。

首先是缺陷标题,对缺陷标题的要求很简单---》看到缺陷标题就知道这个bug单是提的什么bug。

王豆豆喜欢写bug标题使用bug的实际结果,例如:【IOS】12位的手机号成功注册为会员 ;【XXXX结算】发起换卡API,报错银行卡号不存在。。。。等等

【今日头条发文模块】发布文章时添加内部链接,输入正确的标题和链接,点击确定提示请选择插入文章

第二点应该是重现步骤,重现步骤清楚可以极大地提高bug重现的机率,如果开发人员能自己一次性就复现出来,那就可以避免与开发人员进行多方的沟通和复现操作。

前置条件: 1.今日头条发文功能正常 2.添加的文章在今日头条存在 重现步骤描述: 1.在发表文章界面-》文章编辑栏-》点击文章链接 2.点击“选择文章” 3.输入不存在的已发表文章标题关键词,点击搜索,查询结果为空 4.点击“内部链接” 5.输入已存在的链接文字和链接地址 6.点击确定 重现频率: 50% 实际结果: 1.弹出提示界面,显示“请选择插入的文章” 期望结果: 1.在文章中添加内部链接成功

bug编辑中的截图:

一个bug中最好是能附上相应的截图和日志,特别是截图,清晰和正确的截图能使开发更快速地重现bug,而且开发人员会更喜欢,这是因为人更喜欢看图片而非文字,图片显示更加直观。

如果有日志更好,一般不管是测试前端界面还是没有界面的后台,只要进行了操作都会打印出日志,那么报错时就更有(这个可以通过操作日志级别来控制),如果日志比较少,可以用截图的方式来显示,如果日志比较多,那就最好以附件的方式上传上去,附上相应的日志能更方便开发人员快速定位bug和解决bug,所以日志也是必不可少的元素。

但是如果是界面上的错误,一眼就能看出是错误是什么和如何解决,可以省略日志。

05

其他元素

(1)关联需求

Tapd可以关联需求,这是指bug是出自哪一个需求,可以关联也可以不关联,有些工具没有这栏选择,所以我们忽略它吧。

(2)预计开始和预计结束

这二个选项级别也不是很重要,可以不填。

(3)当前处理人

这个选项是必填项,可以指派给这个bug下一个处理人,可以指定多个处理人,王豆豆现在一般是指派给对应的开发人员。

有些工具这里可以不用选择,可以根据工具的bug处理流程,自动指定给下一个处理人,如果是自动指定一般是测试经理。

(4)模块

选择此bug出自哪个模块

(5)优先级

根据bug的级别选择优先级。

bug的优先级有紧急、高、中、低,根据bug的优先级可以确定bug修复的优先级。

(6)严重程序

选择bug的等级

bug等级有致命、严重、一般、提示、建议,bug等级指定此bug的重要性,与bug的优先级共同确定bug修复的顺序。

(7)发现版本

这个一般是确定在模板中,指明此bug出自哪一个版本,有利于后期的回归和bug review。

写到这里就可以点击提交,将bug提交给下一个处理人,那这个bug开始它的一生了(bug的生命周期),直到再次回归到测试人员的手里被关闭。

这是王豆豆实际提交的bug,已被修复关闭了,已经隐去了敏感信息。

本文分享自微信公众号 - 资深Tester(zishentester),作者:王豆豆

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2017-12-16

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • 记线上bug分析

    王豆豆
  • 一个致命的bug--自负

    王豆豆
  • 软件测试人员:你们是如何测试需求变动频繁的项目?

    王豆豆
  • 2019-05-02 如何有效提交 Bug 报告?

    花些时间,心里回想一下你电脑或手机上用的所有软件,有多少软件是付费的呢?50%?20%?0%?你可能像我一样,使用的多数软件都是免费的。我几乎是非开源软件不用的...

    Albert陈凯
  • 谁再问我如何写出没有Bug的代码,我上去就是一jio!

    1947 年 9 月 9 日,美国海军准将 Grace Hopper 在哈佛学院计算机实验室里使用 MarkII 和 MarkIII 计算机进行研究工作。她的团...

    Guide哥
  • 【腾讯 TMQ】不会做 bug 分析?套路走起~

    说起bug分析,测试同学都不陌生。那么,我们为什么要做bug分析?如何做bug分析?又怎样落实bug分析的效果呢?本文来跟你聊聊bug分析的那些事儿......

    腾讯移动品质中心TMQ
  • 学界 | 用DL实现Bug自动归类:微软研究院提出DBRNN-A

    机器之心
  • 程序出现bug是必然出现的情况还是程序猿水平有限导致的?

    PS:最最大的bug是,明明程序运行的好好的,但项目失败了。你叫程序员怎么查?我只是个搬砖的,大厦为什么会倒,我哪知道啊~

    IT故事会
  • 程序出现bug是必然出现的情况还是程序猿水平有限导致的?

    PS:最最大的bug是,明明程序运行的好好的,但项目失败了。你叫程序员怎么查?我只是个搬砖的,大厦为什么会倒,我哪知道啊~

    IT故事会
  • 不会做bug分析?套路走起~

    bug分析:本文指的是微观的bug分析。从单个有价值的bug入手,追踪和分析bug产生的本质原因,在此基础上对产品各个角色、以及项目流程做改善和优化。

    腾讯移动品质中心TMQ

扫码关注云+社区

领取腾讯云代金券