偶然性BUG怎么处理?

发表于:2009-02-26来源:作者:点击数: 标签:bugBUGBug偶然性
一、一定要提交!! 1. 记得有这么个 缺陷 ,以后再遇到的时候可能就会了解发生的原因。 2. 尽力去查找出错的原因,比如有什么特别的操作,或者一些操作环境等。 3. 程序员 对程序比 测试 人员熟悉的多,也许你提交了,即使无法重新,程序员也会了解问题
一、一定要提交!!

1. 记得有这么个缺陷,以后再遇到的时候可能就会了解发生的原因。
2. 尽力去查找出错的原因,比如有什么特别的操作,或者一些操作环境等。
3. 程序员对程序比测试人员熟悉的多,也许你提交了,即使无法重新,程序员也会了解问题所在。
4. 无法重现的问题再次出现后,可以直接叫程序员来看看问题。
5. 对于测试人员来说,没有操作错误这条.既然遇到,就是问题。即使真的操作错了,也要推到程序员那里,既然测试人员犯错误,用户也可能会犯同样的错误。错误发生的时候,Tester最大。

二、程序不是测试人员写的,出问题也不是测试人员的原因

至于无法重现,可能的原因很多,因为测试人员看到的只是程序的外部,无法深入程序内部,所以把责任推给测试人员是不对的。

测试人员的任务只是尽力重现问题,而不是必须重现三、下次再遇到的时候,拉他们来看就可以了

因为问题如果无论如何无法重现,程序员确实也没有什么好的解决方法。

而且此类问题即使程序员说修改了,测试员也没有好的方法去验证是不是。


四、你可以告诉程序员,测试过程是没有错误的。

测试人员只是检查程序中可能存在的问题,虽然测试人员使用一定的手段方法努力去覆盖所有的情况,但这些都是理论的推测。在实际中,可能因为人员、环境、配置等种种原因出现各种各样的问题,在测试人员这里发现问题是公司内部的事情,程序发到外面可就是公司的形象问题了。

需要让程序员理解,测试人员是帮助他们的,不是害他们的。

客户那里发现问题比测试员发现问题结果要严重的多五、测试部门是独立与开发部门的呀,真的打交道,也是经理对经理。

在我们这里上面的事情,和程序员相互只能商议解决,并没有谁高谁低。

问题无法重现,也要提出,程序员那里可以回复无法再现。问题放在那里,等到再次出现的时候,就立刻叫程序员过来查看。

实在没有再次出现,最后可以写到报告中,说出现了什么现象,但无法再现(比较严重的问题才如此处理,小问题经理之间商量商量可能就算了)。

至于测试人员必须重现bug,你杀了我好了,我每次测试项目都有无法重现的问题,很多我能找到大概的原因,有些根本无法重现(仅仅出现一次)。

这种事情是无法避免的,并不能说测试人员无法重现问题,就是工作不到位(哼,程序有bug,是否可以说程序员工作不到位的呀)。


六、测试部门要独立,最好不受开发的制约。其实真正要重视,就应该有否决的权利。

原文转自:http://www.ltesting.net