要把开发当“傻子”看
在我的测试团队中，有一位老兄给我提交了一个了BUG，我反复的看了几遍也没弄明白他到底说的是什么？于是把他叫过来亲自给我演示，然后再做讲解这才明白这个BUG到底是什么。于是，后来我就告诉这名测试人员，要把开发当笨蛋、白痴、弱智来看待，简称“蛋白智”。
有人曾问过我，为什么要这么说，我的回答很简单，如果你报的BUG不用说傻子看不懂，就是一个聪明人也得猜半天，才能猜出来，那么这个BUG有什么价值？如果一个BUG连傻都能看明白，那么这个BUG可以说是个人都能看懂，只有开发人员把BUG看懂了，BUG才能解开。
要知道，开发人员每天面对大量的代码，他们更加关心的是功能如何实现？还有多少功能需要完成，功能完成后是什么效果？而对于功能中存在的BUG，开发人员是不会特别关心的。因此得出一个结论，不要指望开发人员站在测试的角度上去思考问题，这是不现实的想法。
因此测试人员在提交BUG时，一定要注意BUG报上去以后，开发人员只要看标题就能知道到底是什么问题，按照复现步骤操作，问题就能复现，只有这样的BUG，开发人员才愿意接受，并且愿意去解这个BUG，在某种意义上来说，一个好的BUG描述是对开发人员的一种贡献。在无形中减轻了开发人员的工作强度。
要让一个了BUG让蛋白智都能看懂，的确需要一些文字功底，也需要测试人员对BUG理解更为投透彻，在某种程度上来说，是对测试人员提出一个更高的要求。要知道看BUG的人员里面，并不都是测试的专业人员，如何让非测试的专业人员也能看懂，并且共享这个BUG，是值得每一位测试人员需要思考的问题。
每当我们提交一个BUG的时候是不是应该问自己一句，我提交的BUG傻子能看懂吗？要是不能，只能说明的你的BUG报的不是很成功。 这话说得~~ 这标题~~~:lol 这个是站在开发的角度提的建议不错
站在测试人员的角度，开发给出的解决方案像天书一样，这个也是需要注意的
所以，彼此把对方当傻子吧。这样会比较好:lol 呵呵。你看谁如何，谁看你如何，如何？ 你提交的Bug会给傻子看吗？你们公司收留弱智吗:L :funk: 开发人员很聪明，比傻子聪明，所以他们经常不认真去看你提交的bug。写再清楚也不认真看。最后还是要给他们亲自演示。这种情况碰到不是一次两次了。 test 说的有道理，bug就应该描述清楚 如果按照楼主的想法的话，我觉得“把测试当成开发人员”这个想法倒是更好了。如果要让开发人员更明白是一个BUG的话，那测试人员应该尽可能的站在开发的角度来解释这个BUG更好！可是另外一个问题是，测试人员的工作强度也很大，总是这样的话，测试人员会很累 回复 6# ruirui。
同意这个观点。这个就好像说，写testcase尽量写的详细一点，要让根本不了解系统的人都可以执行testcase。问题是，公司会让一个根本不了解项目的人来做这个事情吗？如果不了解是不是应该先花时间来了解了再执行呢！ 时间对于研发或者测试来说都是宝贵的，针对提交的BUG语言要简练、易懂，能清楚的描述问题的所在；而没有必要在把时间花费在给研发演示上面；一个BUG演示一遍，那10个，20个，更多怎么办，所以。。。
不是说对测试人员要求更严格，而是测试人员本身必须有的； 做项目时，也要把客户当“蛋白质”，只要时间足够允许，很多严重程度很低的缺陷都得修复 有基本格式的 呵呵，确实应该吧BUG描述清楚 在我认为bug简洁，明了 重现步骤清楚就OK了如果这样还看不懂那就没办法了 说的对，在我们公司更加需要这种精神，哈哈 测试人员的工作就是保证质量，提交bug是基本，如果测试人员连缺陷都描述不清楚，那么更不用提其他的质量改进了。 文字描述，截图，log日志
页:
[1]
