Bug定位技术杂谈

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

多试多做吧

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

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

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

同意叶子0929 的说法

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

楼上观点

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

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

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

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

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

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

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

Bug定位技术杂谈

站长推荐 /1