Bug定位技术杂谈

fzx · 发表于 2004-11-24 08:42:15

好的测试人员，应该为开发人员提供关于Bug的更多信息，包括错误原因，更改建议等。欢迎大家就如何精确定位Bug话题展开讨论。

前提说明：测试人员有必要的编码知识。

lanqiaolvlang · 发表于 2011-8-15 16:19:24

如果测试有时间，可以去定位bug，但是没有时间的话；竟可能的描述清楚bug发生的前提，步骤等！

暗香世家 · 发表于 2011-8-14 18:45:10

楼上观点

同意楼上的说法“debugging <> testing!!!测试人员的任务是find failures，measure quality”

，个人觉得这是测试人员的主要任务，但不是全部任务。
关于是否需要定位BUG的问题：

是否定位BUG,那时测试组内部的事情,即可有可无,目的是督促测试人员更多地了解被测系统.
我们知道:开发人员解决一个BUG包括定位和修改,而定位是非常困难的,定位出来后修改则是非常容易的.

测试人员如果有能力将BUG定位出来，然后可以提交给开发人员修改，很大程度上提高开发人员的效率，对整个项目组而言是非常关键的。在这个过程中，测试人员也可以更多了解系统，对后面的测试工作也是有利的保证。个人感受

renee_ye · 发表于 2011-8-2 14:02:07

同意楼上的说法“debugging <> testing!!!测试人员的任务是find failures，measure quality”
不过在能力能及和时间允许的时候，还是可以做下BUG定位的，这个是很好的成长机会。个人是这么认为的，O(∩_∩)O~

javaweb2006 · 发表于 2011-7-29 23:48:49

如果是效率测试的话，就黑盒，对表象能够准确定位才能帮助开发找到问题，如果白盒的话太耗时间了。

没翅膀的飞鱼 · 发表于 2011-7-28 23:25:37

看到上面各位大虾的观点，感觉学到很多东西，谢谢各位

magicwin · 发表于 2011-7-20 21:10:38

我个人觉得，先描述清楚问题产生的步骤，然后描述问题现象，在分析问题的原因：原因有多种可能，经验丰富者，可很快确定，初学者，可能需要时间，但是每个问题的发生，与操作的环境和步骤有关，从这个里面找，十有八九可找到线索。

oxygen001 · 发表于 2011-7-15 11:49:50

你说的对，真正引起bug的往往只是其中一步合作一项，我们一般在问题出现后，都不会立即提出bug，必须在几次 ...
森林一木发表于 2005-3-22 10:10

恩，测试人员应该跟开发人员合作嘛！因此，开发人员也要协助测试人员做各个级别的测试工作，测试人员需要修改部分BUG,因此理想状态下：没有测试和开发之分，每个成员自己测试自己修改，改好了之后再自己测试！！！

oxygen001 · 发表于 2011-7-15 11:41:17

TMD!部分SB,你们知道吗:在华为这个公司,原则上是不让测试人员接触代码的!!!而这个做法是正确的,因为取得了很大的成功!!!!

oxygen001 · 发表于 2011-7-15 11:39:27

靠!测试人员的职责是清楚地报告BUG,而不是试图去修改BUG.
是否定位BUG,那时测试组内部的事情,即可有可无,目的是督促测试人员更多地了解被测系统.
我们知道:开发人员解决一个BUG包括定位和修改,而定位是非常困难的,定位出来后修改则是非常容易的.
我靠!让测试人员给开发人员把问题定位出,那要开发人员干什么鸟?! 还不如这样:让测试人员测试,测出问题,自己改,改完之后再自己回归测试. 因此得到的结论是: 软件公司不需要开发人员!!!

kxllr · 发表于 2007-4-23 12:28:28

同意叶子0929 的说法

jzq1314 · 发表于 2007-4-20 14:58:13

在测试过程中.软件不满足需求和质量要求的情况下,由测试人员提出的缺陷.......

423799223 · 发表于 2006-12-12 17:46:32

多试多做吧

evemond · 发表于 2006-10-24 01:38:53

如果测试人员有兴趣，有时间，又精力，当然可以做bug定位。

但是，需要记住的是debugging <> testing!!!测试人员的任务是find failures，measure quality，不是bug定位！

jiepeach · 发表于 2006-10-8 15:31:14

新手说说个人看法：作为一个测试人员，发现bug只要能指定bug所在的模块或功能点就ok了，至于具体出现在哪个地方，是开发人员的事。测试人员在提交bug时，一定要清楚的描述bug，不能出现歧异，不然会误导开发人员，将本来正确的修改错了，错的仍然没有修改。在开发人员修改bug过程中需要帮助时，测试人员应该积极的配合，这样会使得bug快速得到修正。还有测试人员的思维一定要开阔，发现一个问题一定要联想到与此相关的一些模块是否有问题，是否有类似的问题存在。

piao_604 · 发表于 2006-2-13 17:44:20

我觉得对BUG的详细描述是对程序员来解决BUG的最好办法,最好能把发现BUG问题的输入数据,及输出结果进行详细的描述,这样对于自己和程序员都有帮助,可以提高程序员解决BUG的效率.

u572 · 发表于 2005-5-26 22:54:04

测试员和其他开发组成员应密切配合，但不能摄入太多的设计问题。测试员发先BUG（严重的）后，可直接告知开发人员。并可向开发人员询问其他可能与此相关的错误的可能性及模块。提高测试效率。

luckhj · 发表于 2005-3-29 15:25:20

测试只要描述清楚就行了，开发人员看了，自然清楚问题出在什么地方。除非不是他做的。

[ Last edited by luckhj on 2005-3-29 at 15:42 ]

stilldeeppool · 发表于 2005-3-28 14:54:57

根据你的经验和对程序模块的了解
经验来自于你的知识,一是对环境的知识,二是对程序的知识
其实程序只有三个地方:环境的交流,模块之间的交流,模块的自处理,输入和输出
四者构成了BUG的基本要素

我相信任何一个BUG都逃不过这四个方面,根据你的错误信息去联系这四个因素,其实很多错误的再现是轻而易举的

wzb521 · 发表于 2005-3-24 16:28:44

DO THINGS SIMPLE BUT NOT TOO SIMPLE

		自动登录	找回密码
密码			(注-册)加入51Testing

Bug定位技术杂谈

相关帖子

测试员和其他开发组成员应密切配合

你需要比程序员更为了解程序的模块信息和系统信息

站长推荐 /1