我也是说说重复的bug

2010-03-10  邓迎秋 

刚才看到因为窝友的日志是谈bug重复问题,我想从另外一个角度来谈谈重复bug诞生的原因。
根据我个人的经验,重复的bug跟团队合作有很大关系。
  1. 同样一个问题,团队里不止一个人遇到,但大家相互不交流,这样重复的bug就很容易诞生。
  2. 有时候,一个bug已经报过了,其他人遇到的时候并不仔细的查询bug库,或者说查询方法不对。
  3. 在报bug的时候,现象写得不够仔细,或者并没有写到“点”上,导致别人在bug库里搜不出来。

还没有太多行之有效的办法去避免重复的bug,不过我们也做出了一些尝试:

  • 每个模块有一个feature owner,当发现相关bug的时候,测试人员要与这个owner交流,以确定是否重复
  • 跟开发人员确认root cause
  • 学会组合搜索。先利用bug库的search功能,有时可能会得到一个比较庞大的bug列表,这时使用浏览器或者客户端的find功能再寻找一次关键字
486°/4793 人阅读/7 条评论 发表评论

王恩建  2010-03-11

作为开发人员,我不喜欢“跟开发人员确认root cause ”这个,希望测试人员直接提交到bug系统上,事后统一找时间来集中处理。再者,从管理的角度,这个成本有点高,有时候要去确认根本原因不是很容易的一件事。


金鑫  2010-03-12

重复缺陷在SQA过程中在所难免,除了流程上的控制,加强测试人员认同感,从缺陷管理工具的分析能力的挖掘,从评审中集中处理等办法效果可能更好


陈春燕  2010-03-12

金鑫: 重复缺陷在SQA过程中在所难免,除了流程上的控制,加强测试人员认同感,从缺陷管理工具的分析能力的挖掘,从评审中集中处理等办法效果可能更好
集中评审是一个不错的办法,只是目前很少公司有这么规范,因为领导关注的是进度,不会想要了解过程,所以很多时候,流程指定了,但不一定会按流程走,因为进度来不及的时候,这些流程都是虚设的,必须给进度让路。
我原来的作法,是有测试小组的leader简单的审核BUG,尽量将这些问题控制在测试组内部解决。


程守标  2010-03-12

制定一个规范的BUG提交格式,方便查阅;此外每个小组的BUG要先通过leader的简单审核;还有加强小组内部的沟通,这样可以降低BUG的重复率


孙建伟  2010-03-12

测试团队内部可以每天有scrum,把发现的问题给review一下,可以很大程度上避免重复,也可以提高BUG的有效率,使各成员了解项目进展。


邓迎秋  2010-03-12

孙建伟: 测试团队内部可以每天有scrum,把发现的问题给review一下,可以很大程度上避免重复,也可以提高BUG的有效率,使各成员了解项目进展。
Scrum,很好的建议。不过我们公司已经把Scrum用错了。 现在大家一听到Scrum就是头疼。


段静  2010-03-12

呵呵 我一般来说比较容易发现的bug就会找找有没人已经提交过了。如果是比较难发现的bug,一般来说就直接提交了。
如果重复了。项目负责人就把这两个重复的jira做个链接,然后其中后提交的标记为重复就是了。


登录 后发表评论