在我的测试团队中,有一位老兄给我提交了一个了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 跳转至页
回复
打赏帖 | |
---|---|
嵌入式LinuxC语言程序调试和宏使用技巧被打赏50分 | |
让代码中包含最新的编译时间信息被打赏50分 | |
rtthread硬件加密--2crc加密分析被打赏10分 | |
【分享开发笔记,赚取电动螺丝刀】mcxa156使用低功耗定时器适配硬件RTC框架被打赏26分 | |
【STM32F769】AI之与本地deepseek对接被打赏50分 | |
Buck电路工作在CCM模式下电感电流的计算公式是什么?被打赏5分 | |
buck电路工作原理被打赏5分 | |
基于MSPM0L1306的MODBUS-RTU协议通讯实验被打赏100分 | |
我想要一部加热台+多合一调试工具被打赏18分 | |
每周了解几个硬件知识+485硬件知识分享被打赏10分 |