报bug的礼仪之注意事项

发表于:2020-6-09 10:48

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:leefucious    来源:51Testing软件测试网原创

#
Bug
分享:
  什么是bug,英文直译过来叫虫,是指程序运行过程中出现的一些问题。任何人都有自己的问题,程序也是,更何况程序是开发人员写的。日常生活中直接冲到别人面前去嚷嚷:“喂,你这里有问题!”你觉得别人会愿意搭理你吗?而如果你有礼貌一点:“你好,我发现你这块有点不妥,换个方式应该会更好”效果会大不相同。
  同理,测试人员的日常工作中,最主要的就是报bug,bug提交的好,能够减少沟通成本,也会尽快提高软件质量。笔者特地总结了关于报bug的一些注意事项,分享给大家,遵守这些礼仪,可以让我们汇报bug的效果锦上添花。
  一、注明前置条件
  先来看下禅道上面默认的bug模板是什么样子的:
  步骤:是怎么操作出这个bug的,要尽可能详细
  结果:操作这个bug导致程序出现了什么现象
  期望:你觉得正确的现象是什么样子的
  当然光靠模板是不行的,还需要注明前置条件,可以的话附上截图:
  举例子如下:
  客户说通话没有声音
  这个时候我们就要分析,是呼入没有声音,呼出没有声音,还是耳机没有声音,免提没有声音,
  没有声音之前是干了什么,声道是不是没有切换过来?是听音乐还是打游戏还是看视频
  是具体哪里没有声音,别人听不到自己的声音还是自己听不到别人的声音?
  是一直没有声音还是就一通通话没有声音?等等,这些都需要我们在提交bug的时候注明。
  二、标题简洁明了
  阅读别人的bug标题时,经常会有谜一样的效果,分不清标题是问题现象还是预期结果。在不同项目里标准可以不一样,但在相同项目里需要统一。
  举例:听音乐中来了通话,通话结束后耳机中声音没有切换。
  后来找了测试员才知道,他想表达的是声道应该先从音乐切成通话声音,但是通话结束后没有自动播放音乐。那么可以理解为这是测试员的一个预期而不是问题现象,这个标题中加入了测试员的主观想法和预期。
  当测试用例中没有描述这种具体场景时,测试员可以加入自己的主观预期,但是在bug里一定要写明这是主观预期,防止出现修改返工的问题。
  三、正确判断优先级
  当我们发现一个bug的时候,怎么判断它的严重程度呢。方法如下:
  第一级(blocker): 引起系统“挂起”或“崩溃”的死机错误
  第二级(major): 不能完成软件说明书定义的功能的错误;
  第三级(normal): 程序所完成的功能与软件说明书定义不符的错误;
  第五级(minor) : 显示方面的错误或其它“轻微”错误
  怎么判断解决优先级呢?
  1.立即解决(Resolve Immediately)缺陷必须被立即解决。
  2.正常排队(Normal Queue)缺陷需要正常排队等待修复或列入软件发布清单。
  3.不紧急(Not Urgent)缺陷可以在方便时被纠正。
  总结一下,报bug的礼仪包括:简洁的标题,详细的步骤,明了的截图,正确的优先级等。这就是报bug的注意事项。

      版权声明:本文出自51Testing会员投稿,51Testing软件测试网及相关内容提供者拥有内容的全部版权,未经明确的书面许可,任何人或单位不得对本网站内容复制、转载或进行镜像,否则将追究法律责任。
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号