测试中遇到不可重现的Bug怎么办?

如题所述

测试中遇到不可重现的Bug处理办法:

一、一定要提交。

1. 记得有这么个缺陷,以后再遇到的时候可能就会了解发生的原因。

2. 尽力去查找出错的原因,比如有什么特别的操作,或者一些操作环境等。

3. 程序员对程序比测试人员熟悉的多,也许你提交了,即使无法重新,程序员也会了解问题所在。

4. 无法重现的问题再次出现后,可以直接叫程序员来看看问题。

5. 对于测试人员来说,没有操作错误这条.既然遇到,就是问题。即使真的操作错了,也要推到程序员那里,既然测试人员犯错误,用户也可能会犯同样的错误。错误发生的时候,Tester最大。


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

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

三、下次再遇到的时候,拉他们来看就可以了。 

因为问题如果无论如何无法重现,程序员确实也没有什么好的解决方法。而且此类问题即使程序员说修改了,测试员也没有好的方法去验证是不是。

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

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

五、问题无法重现,也要提出,程序员那里可以回复无法再现。问题放在那里,等到再次出现的时候,就立刻叫程序员过来查看。实在没有再次出现,最后可以写到报告中,说出现了什么现象,但无法再现(比较严重的问题才如此处理,小问题经理之间商量商量可能就算了)。

Bug英文单词,本意是臭虫、缺陷、损坏、犯贫、窃听器、小虫等意思。现在人们将在电脑系统或程序中,隐藏着的一些未被发现的缺陷或问题统称为bug(漏洞)。 由于现在社会的发展,bug另有一种引申意义,用来形容某事物厉害的超乎想象,BUG可以使电脑系统崩溃、容易被施诈者攻击,现有修复漏洞的工具。

温馨提示:答案为网友推荐,仅供参考
第1个回答  2021-02-25
1、遇到问题就要提,在提交的Bug描述中需要加上一句话,那就是复现概率,尝试10次,出现1次或者尝试10次,出现5次,开发会根据bug的复现概率,调整改bug的优先级
2、尽量回想发生问题时的复现步骤,不要漏掉任何一个细节,按照步骤的组合尝试复现
3、保留发生bug时的log,附加到提交的bug中,希望可以通过log中找到一些蛛丝马迹
4、与开发人员配合,让开发同学对相应地方的代码进行检查,看一下是否可以通过代码层面检查出问题
5、在接下来的测试中,时刻保持关注,每次执行同样或者相近的步骤的时候,看下是否能够复现之前的bug通过上述的办法,仍然无法复现,根据bug的优先级,在上线之前对该bug进行处理,严重级别的bug,要召集项目组的成员,集合大家的力量尽可能的复现bug,不严重的bug,也不要关掉,上线后及时的关注用户的使用反馈,如果持续3或者4个版本没有出现,那么可以将bug暂时关掉了,同时关掉的时候要进行评论说明并不是因为修复,而是经过x个版本后不复现了。
相似回答