求助：有没有必要找bug的原因

lovetesting

:|
在找到bug后有没有必要把导致bug的原因找出来？还是只找出bug提交给开发让他们去找原因？

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

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

luming

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

smartbaby

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

Tender

多和开发人员进行交流，熟悉产品的内部构造和结构，慢慢就会熟悉起来的。

书剑生

当然最好是提供了！但没必要太过于深究原因了，总不能追溯到设计上面去，然后批量设计不好（也不是不可以）。

zspxc2

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

black_tulip

这个问题同意鹿鸣，什么工种做什么事情。事情不要复杂化。

lcyrb

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

爱情鸟

如果你能找到BUG出现的原因是最好不过，这是对测试能力的提升。

yolander

即使不查找原因，也要对bug做个定位，也就是用最最简单的步骤将bug复现出来，而不是把bug出现前做过的所有操作都罗列出来

yolander

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

guozhiwen

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

vanessapei

如果可以的话，还是分析的好，知其然，知其所以然，是对工作的负责，也是对自己的锻炼吧，触类旁通。

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

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

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

白菜叶子

我在测试的时候都回尽量找出原因，如果实在不知道也就算，

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

tinalanbinger

我觉得还是至少你能让这条bug重现,这样才好和开发人员更好的交流

black_tulip

楼上正道。

qrz2000

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

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

windfly1314

分析是要的，我觉得如果时间允许的话 和开发人员交流更好！至少可以为以后积累经验。

apl137

分析BUG才有提高，但不要太花时间。先把BUG找出来，有时间再去分析就可以了。

bbbian

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

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