51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 5178|回复: 19
打印 上一主题 下一主题

[原创] 要把开发当“傻子”看

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2011-4-25 16:01:29 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
在我的测试团队中,有一位老兄给我提交了一个了BUG,我反复的看了几遍也没弄明白他到底说的是什么?于是把他叫过来亲自给我演示,然后再做讲解这才明白这个BUG到底是什么。
于是,后来我就告诉这名测试人员,要把开发当笨蛋、白痴、弱智来看待,简称“蛋白智”。
     有人曾问过我,为什么要这么说,我的回答很简单,如果你报的BUG不用说傻子看不懂,就是一个聪明人也得猜半天,才能猜出来,那么这个BUG有什么价值?如果一个BUG连傻都能看明白,那么这个BUG可以说是个人都能看懂,只有开发人员把BUG看懂了,BUG才能解开。
     要知道,开发人员每天面对大量的代码,他们更加关心的是功能如何实现?还有多少功能需要完成,功能完成后是什么效果?而对于功能中存在的BUG,开发人员是不会特别关心的。因此得出一个结论,不要指望开发人员站在测试的角度上去思考问题,这是不现实的想法。
因此测试人员在提交BUG时,一定要注意BUG报上去以后,开发人员只要看标题就能知道到底是什么问题,按照复现步骤操作,问题就能复现,只有这样的BUG,开发人员才愿意接受,并且愿意去解这个BUG,在某种意义上来说,一个好的BUG描述是对开发人员的一种贡献。在无形中减轻了开发人员的工作强度。
要让一个了BUG让蛋白智都能看懂,的确需要一些文字功底,也需要测试人员对BUG理解更为投透彻,在某种程度上来说,是对测试人员提出一个更高的要求。要知道看BUG的人员里面,并不都是测试的专业人员,如何让非测试的专业人员也能看懂,并且共享这个BUG,是值得每一位测试人员需要思考的问题。
每当我们提交一个BUG的时候是不是应该问自己一句,我提交的BUG傻子能看懂吗?要是不能,只能说明的你的BUG报的不是很成功。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2011-4-25 16:24:35 | 只看该作者
这话说得~~
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2011-4-25 16:33:13 | 只看该作者
这标题~~~
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2011-4-28 23:12:29 | 只看该作者
这个是站在开发的角度提的建议  不错
站在测试人员的角度,开发给出的解决方案像天书一样,这个也是需要注意的
所以,彼此把对方当傻子吧。这样会比较好
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    5#
    发表于 2011-4-29 14:48:16 | 只看该作者
    呵呵。你看谁如何,谁看你如何,如何?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2011-4-29 15:19:16 | 只看该作者
    你提交的Bug会给傻子看吗?你们公司收留弱智吗
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2011-4-29 17:20:00 | 只看该作者
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2011-5-6 06:51:22 | 只看该作者
    开发人员很聪明,比傻子聪明,所以他们经常不认真去看你提交的bug。写再清楚也不认真看。最后还是要给他们亲自演示。这种情况碰到不是一次两次了。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2011-5-6 06:51:53 | 只看该作者
    test
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2011-5-12 11:21:49 | 只看该作者
    说的有道理,bug就应该描述清楚
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2011-5-12 14:20:19 | 只看该作者
    如果按照楼主的想法的话,我觉得“把测试当成开发人员”这个想法倒是更好了。如果要让开发人员更明白是一个BUG的话,那测试人员应该尽可能的站在开发的角度来解释这个BUG更好!可是另外一个问题是,测试人员的工作强度也很大,总是这样的话,测试人员会很累
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2011-5-12 14:22:02 | 只看该作者
    回复 6# ruirui。


        同意这个观点。这个就好像说,写testcase尽量写的详细一点,要让根本不了解系统的人都可以执行testcase。问题是,公司会让一个根本不了解项目的人来做这个事情吗?如果不了解是不是应该先花时间来了解了再执行呢!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2011-5-12 15:33:35 | 只看该作者
    时间对于研发或者测试来说都是宝贵的,针对提交的BUG语言要简练、易懂,能清楚的描述问题的所在;而没有必要在把时间花费在给研发演示上面;一个BUG演示一遍,那10个,20个,更多怎么办,所以。。。
    不是说对测试人员要求更严格,而是测试人员本身必须有的;
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2011-5-20 16:51:28 | 只看该作者
    做项目时,也要把客户当“蛋白质”,只要时间足够允许,很多严重程度很低的缺陷都得修复
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2019-12-27 13:32
  • 签到天数: 15 天

    连续签到: 1 天

    [LV.4]测试营长

    15#
    发表于 2011-5-21 16:36:00 | 只看该作者
    有基本格式的
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    慵懒
    2019-6-27 09:25
  • 签到天数: 7 天

    连续签到: 3 天

    [LV.3]测试连长

    16#
    发表于 2011-5-23 15:33:40 | 只看该作者
    呵呵,确实应该吧BUG描述清楚
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2011-5-25 17:50:29 | 只看该作者
    在我认为bug简洁,明了 重现步骤清楚就OK了  如果这样还看不懂  那就没办法了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2011-5-25 20:57:24 | 只看该作者
    说的对,在我们公司更加需要这种精神,哈哈
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2011-6-14 16:11:25 | 只看该作者
    测试人员的工作就是保证质量,提交bug是基本,如果测试人员连缺陷都描述不清楚,那么更不用提其他的质量改进了。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2011-6-14 17:37:01 | 只看该作者
    文字描述,截图,log日志
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-10 16:36 , Processed in 0.083603 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表