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

关键词: 要把 开发 傻子 转载 人员
共2条
1/1 1 跳转至页
回复
打赏帖 | |
---|---|
汽车电子中巡航控制系统的使用被打赏10分 | |
分享汽车电子中巡航控制系统知识被打赏10分 | |
分享安全气囊系统的检修注意事项被打赏10分 | |
分享电子控制安全气囊计算机知识点被打赏10分 | |
【分享开发笔记,赚取电动螺丝刀】【OZONE】使用方法总结被打赏20分 | |
【分享开发笔记,赚取电动螺丝刀】【S32K314】芯片启动流程分析被打赏40分 | |
【分享开发笔记,赚取电动螺丝刀】【S32K146】S32DS RTD 驱动环境搭建被打赏12分 | |
【分享开发笔记,赚取电动螺丝刀】【IAR】libc标注库time相关库函数使用被打赏23分 | |
LP‑MSPM0L1306开发版试用结果被打赏10分 | |
【分享开发笔记,赚取电动螺丝刀】【LP-MSPM0L1306】适配 RT-Thread Nano被打赏23分 |