小蚂蚁  
风雨过后才见彩虹
公告

  • —————————————
    李丽君
    软件测试工作者
    广东籍贯的海南人
    北京生活12年
    目前在深圳

    邮箱:
    llj2003hbdd@163.com
    —————————————
    说明:本Blog中的内容均为本人原创或转载,本人依法保留Blog内原创文章的所有权利,如需转载,请注明作者及出处。未经许可,不得将本Blog内文章用于任何盈利性用途。
    —————————————
日历
<2006年9月>
272829303112
3456789
10111213141516
17181920212223
24252627282930
1234567

导航

常用链接

留言簿(174)

随笔分类(189)

0--感兴趣的网站

1--国内测试网站

2--测试同行的blog

3--开发好友的blog

最新评论

 

 

最近在测试时代翻看一些老帖子,发现一些很有意思的东西,收集整理后,把它放到了这里,那天回头看会有另一翻感受。^_^

 

Ayi 问: 请问怎么写 bug 才能不被开发人员讨厌?

 

davy_chen 答:

1、   描述精确,完整;

2、   简洁,无歧义;

3、   可稳定复现;

4、   利用截图,调试信息等辅助说明;

5、   反馈验证结果及时,变化内容描述详尽。不被开发人员讨厌最主要的是建立威信,也就是你说出的都是真实的,你说有 bug 就确实存在。

6、   若对于很难重现的 Bug 还需要注明该 Bug 在测试过程中出现的几率。

 

sww1980 答:

1 、不被讨厌不一定用写 bug 的方式,跟开发人员搞好关系也很重要。
2
、只要有 bug, 开发人员肯定会烦,这时候你的亲和力就尤为重要,让开发人员觉得你不是在挑他的毛病,  

而是想一起开心的把软件做好。

 

小颖 答:

1、   如果能够指出 bug 的原因或出处一方面可以让开发人员感觉你的水平比较高,另一方面减少了开发人员找错的时间,他会心服口服。

2、   在有不要抓住一些规范性的错误不放,应该发现一些有深度的错误,功能实现是重要的

 

celine 答:

我觉得沟通很重要,尝试站在开发人员的角度上描述问题,而且要对事不对人。

 

gigobin 答:

1、   开发人员喜欢的 bug ,是能够一幕了然知道出现了什么样的问题,然后是一个简洁的复显问题的步骤。 一般我都习惯于先写一个简单的问题的 brief ,一句话,比如:在 xxx 输入某字符后,点击 save 500 错误。 然后下面是你的测试端的配置。然后是你的测试平台的情况。这些都是参考。 然后就是第一步怎么做,第二步怎么做,。。。,然后出现了什么错误。 最好是一个 bug 里面只有一个问题。这样便于大家跟踪状态。

2、   对于交流问题,我觉得如果有一个好的 bug 平台,在一个清楚的 bug 时,很少需要开发人员和测试人员交流。尤其是什么是不是一个问题时,如果开发人员认定不是,不需要太多的纠缠。除非你认为这个将非常有损客户的利益。而且这个时候应该报知测试 leader 去和开发 leader 进行协调。 而且尽量不要去写我认为这个问题是什么引起的,应该怎么改。你只需要保证开发人员能够复显就可以了。过多的涉及这个问题,会牵扯双方的精力。你的任务是发现问题,报告问题,追踪问题而不是解决问题。

3、   测试人员不是在找开发人员的错,也不是开发人员的矛盾体。测试人员是帮助开发人员节省精力去找出错误,修改错误的。一个好的开发人员是不会因为测试人员找出他很多错误而烦恼的,因为不断改进错误的同时,是对他的一个提高。 一个好的产品团队是协作良好的开发团队,测试团队以及管理组和设计核心组组成的。

posted on 2006-09-22 11:59 lijun 阅读(2168) 评论(5)  编辑  收藏 所属分类: 软件测试工作案例集
评论:
  • # re: 请问怎么写bug才能不被开发人员讨厌?(记录testage新手问题整理)  LOVE慧慧 Posted @ 2006-09-27 10:54
    君君的BLOG太专业了,太太太专业了,看得偶都一个头三个大了@_@ 也只能在几篇不涉及专业的文里留言啦,表介意哦>__<~~~  回复  更多评论   

  • # re: 请问怎么写bug才能不被开发人员讨厌?(记录testage新手问题整理)  smilings Posted @ 2006-12-01 09:59

    首先,确保你所发现的问题是确实是一个bug,不要出现因为测试人员操作错误或配置错误所引起的“bug”,这样会降低你在开发人员心中的可信度。在测试的时候,如果发现测试的实际结果与预期测试结果不符时,不要着急马上报bug,先想想为什么会出现错误。作为专业的测试人员,应该能够对出现的问题进行跟踪,确认了在配置、操作没有错误的前提下,通过追踪分析确认所测试的业务流程确实是存在bug,并能大概对bug的产生原因进行定位。测试人员,需要做到专业,尽量少给开发找麻烦,不要制造实际上并不存在的bug。
    确认了所发现的问题是一个bug之后,按照测试步骤再执行一次,确保bug是可重现的而不是随机的。如果bug不能重现,应该尽量找到bug重现的规律,在一些比较难重现的问题可以找开发配合一起查找原因,如果还是无法重现则需要在bug report中对出现的问题描述清楚并说明出现的随机性。
    接下来就是填写bug report了,在填写bug report的时候,最重要的是bug的标题和bug描述。在bug报告中,首先用一句话对bug进行简要精确的描述作为bug的标题,让开发或项目经理一看就知道存在什么问题,比如“XX模块在压力测试2小时后出现内存泄露”。而在bug的描述中,需要使用简明准确的语言描写出现bug的测试步骤、实际的测试结果、预期的测试结果和结论;也就是说描述导致出现bug的操作步骤是怎样,由测试步骤所做的操作引起的测试结果是什么,而预期的结果应该是怎样,并由实际结果与预期结果相对比说明问题所在。比如:“在管理网页新增用户,当新增的用户登录名名称很长(例如登录名长度为输入框允许的最大长度),按‘新增’按纽新增后系统提示已经有该用户存在,而事实上该用户并不存在,建议对超长的用户名进行处理。”
    在测试人员发现了一个已隔离的,可重现的问题后,应该对问题进行归纳。同一个问题是否出现在其他的模块或其他的流程?同一个故障是否会引起更加严重的问题?如果存在,也需要提出来让开发一并处理。
      回复  更多评论   

  • # re: 请问怎么写bug才能不被开发人员讨厌?(记录testage新手问题整理)  smilings Posted @ 2006-12-01 13:34
    补充一点:
    重要的bug或有争议的问题,最好抄送给项目经理、测试经理和其它相关人员。
      回复  更多评论   

  • # re: 请问怎么写bug才能不被开发人员讨厌?(记录testage新手问题整理)  李丽君 Posted @ 2006-12-15 17:31
    to smilings:
    你说的很好,非常谢谢你所写的,我找时间整理整理,更新一下这篇文档。^_^  回复  更多评论   

  • # re: 请问怎么写bug才能不被开发人员讨厌?(记录testage新手问题整理)  yangtao Posted @ 2008-12-14 00:07
    确实 每次测试人员告诉我一些很奇怪 根本不是没考虑到的问题~ 很郁闷的 他们都不清楚 搞得每次都死缠不放  回复  更多评论   


只有注册用户登录后才能发表评论。


网站导航:
 
 
Copyright © lijun Powered by: 博客园 模板提供:沪江博客