51Testing软件测试论坛

标题: 求助：有没有必要找bug的原因 [打印本页]

作者: lovetesting 时间: 2005-11-16 12:59
标题: 求助：有没有必要找bug的原因
:|
在找到bug后有没有必要把导致bug的原因找出来？还是只找出bug提交给开发让他们去找原因？

我现在找出的bug基本上都是要自己找原因然后再提交研发，这样我觉得我没有很少的时间去做其他的测试，所有的时间都在找导致bug的原因了，迷茫ing……

我们现在做的都是黑盒测试

作者: luming 时间: 2005-11-16 13:09
黑盒找原因？
我觉得测试就是测试，每种工作都有自己的准则和标准，测试、调试、开发等对问题的眼光都不同，即使勉强去做效果也不会很好。

作者: smartbaby 时间: 2005-11-16 16:08
bug原因其实还是应该要分析的！不过由于bug原因的复杂性，通常不会太容易明确，而且通常由经验比较丰富的测试人员来比较好～
所以现在如果不是很会分析也不要太难过或者太在意，等以后经验丰富了自然就有感觉了！

作者: Tender 时间: 2005-11-16 17:11
多和开发人员进行交流，熟悉产品的内部构造和结构，慢慢就会熟悉起来的。

作者: 书剑生 时间: 2005-11-17 14:49
当然最好是提供了！但没必要太过于深究原因了，总不能追溯到设计上面去，然后批量设计不好（也不是不可以）。

作者: zspxc2 时间: 2005-11-21 16:38
能提供最好,如果不知道的话提交1个结果就行,主要不知道开发的变成思路要找出原因很麻烦,可能你用1-2个小时找出来的结果,开发只用几分钟搞定

作者: black_tulip 时间: 2005-11-21 18:34
这个问题同意鹿鸣，什么工种做什么事情。事情不要复杂化。

作者: lcyrb 时间: 2005-11-22 16:09
我觉得还是有必要进行分析，当然仅仅是对于功能方面的一些比较重要的bug，在找原因时要多和开发人员交流，这样才能达到很好的效果，双方都可以得到一定程度的提高~

作者: 爱情鸟 时间: 2005-11-22 20:17
如果你能找到BUG出现的原因是最好不过，这是对测试能力的提升。

作者: yolander 时间: 2005-11-23 10:25
即使不查找原因，也要对bug做个定位，也就是用最最简单的步骤将bug复现出来，而不是把bug出现前做过的所有操作都罗列出来

作者: yolander 时间: 2005-11-23 10:26
如果能帮助开发人员分析原因那再好不过了，同时对自己的能力也是一种提升，这个时间绝对不是浪费掉的

作者: guozhiwen 时间: 2005-12-8 18:19
测试人员的职责是发现问题而不是解决问题。在自己能力，时间允许的条件下找出问题的原因是最好的。如果时间紧迫或是暂时没有这个能力，勉为其难的把每个bug都找原因是件不可思议的事

作者: vanessapei 时间: 2005-12-12 11:33
如果可以的话，还是分析的好，知其然，知其所以然，是对工作的负责，也是对自己的锻炼吧，触类旁通。

如果没有分析出来，也可以跟开发人员沟通，对接下来的测试工作和以后设计测试用例都有帮助

当然前提是在能按时完成工作。

找到bug的原因是能帮开发人员更高效的解决bug，但是分析了bug的原因不等于就解决了bug，不算是干了别人的工作，而是更好的完成自己的工作

作者: 白菜叶子 时间: 2005-12-16 14:12
我在测试的时候都回尽量找出原因，如果实在不知道也就算，

不然我觉的程序员重现bug比较困难

作者: tinalanbinger 时间: 2006-9-8 17:21
我觉得还是至少你能让这条bug重现,这样才好和开发人员更好的交流

作者: black_tulip 时间: 2006-9-9 18:49
楼上正道。

作者: qrz2000 时间: 2006-9-11 11:34
如果可能的话,就定位到原因;但不要去费太多功夫,这样会影响你自己的测试工作时间安排的.

我觉得有些问题如果自己没有定位到原因,等开发人员解决了后,你可以再去询问是什么原因造成的.
这样对自己以后再定位问题原因就有提升了.

作者: windfly1314 时间: 2006-9-12 14:44
分析是要的，我觉得如果时间允许的话和开发人员交流更好！至少可以为以后积累经验。

作者: apl137 时间: 2006-9-21 17:31
分析BUG才有提高，但不要太花时间。先把BUG找出来，有时间再去分析就可以了。

作者: bbbian 时间: 2006-9-22 17:32
测试=看开发文档写测试文档+了解测试用例预期结果+执行测试+记录实际结果。
调试=看测试报告预期和实际结果不同的报告+分析愿意+做实验验证分析结果+解决问题（编码）
测试的责任人是测试人员
调试的责任人是开发人员

测试人员找问题是可以的，但主要是为了自己水平的提高。

作者: davids 时间: 2006-12-6 16:38
我是这样看的，发现BUG能在知道BUG是怎么产生的，能重现就可以了，我觉得这点好像大家的观点上有点错位了！
至于这个BUG怎么改，才是我所理解的BUG的原因，这应该就是开发人员的事了！呵呵！

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)