怎样才能提交一个让开发人员拍手叫好的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)

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

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

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏用户2442861的专栏

我决定把 Expper 文章收藏和分享网站的源码开源了

网站地址:https://www.expper.com Github 地址:https://github.com/Raysmond/expper

721
来自专栏腾讯移动品质中心TMQ的专栏

利用线上数据提升移动app质量

1 线上数据测试模型 1.1背景 随着移动互联网的发展,移动app质量要求越来越高,传统行业质量的保证方式是测试人员在app开发过程中进行阶段性的测试,这种测...

21410
来自专栏编程之旅

小程序开发总结

很久很久很久没有更新了,最近几个月因为房子交房,生活上是一片忙碌,工作上的事其实还好,没有分去很多精力,主要是在生活上的事情牵扯了太多了精力,于是乎把每周一更博...

1324
来自专栏SAP最佳业务实践

SAP最佳业务实践:ETO–报价处理(232)-3创建项目

image.png CJ20N创建项目 现在创建客户报价项目,以进一步添加报价明细(例如,计划、付款处理),但是此阶段主要是计算成本,作为计算报价中总价格的基础...

2553
来自专栏李鹏的专栏

运维架构服务监控 Open-Falcon

我们在过去的一年里,从互联网公司的一些需求出发,从各位 SRE、SA、DEVS 的使用经验和反馈出发,结合业界的一些大的互联网公司做监控,用监控的一些思考出发,...

4320
来自专栏北京马哥教育

大型网站的灵魂——性能

Via: http://blog.jobbole.com/84433/ 前言 在前一篇随笔《大型网站系统架构的演化》中,介绍了大型网站的演化过程,期间穿插了一...

2806
来自专栏张戈的专栏

SEO养博客神器:同步文章(或摘要)到新浪博客的WordPress插件

了解 SEO 的站长都会另外用心做几个博客,起到 SEO 辅助作用。通常说的养博客主要是养 BSP 博客。比如新浪博客,网易博客,百度空间,网易博客,新浪博客,...

3706
来自专栏木头编程 - moTzxx

微信公众平台开发[5] —— 微信扫码支付介绍

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/u011415782/article/de...

673
来自专栏Youngxj

emlog新浪外链上传工具1.2

1785
来自专栏程序员宝库

号称“开发者神器”的GitHub,到底该怎么用?

GitHub是一个拥有数十亿行代码的网站,每天有数百万开发者聚集在一起,与开源软件进行协作和报告问题。简而言之,它是一个基于Git构建的软件开发人员的平台。

772

扫码关注云+社区