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

Posted 2023-03-13

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

一、一定要提交。

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

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

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

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

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


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

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

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

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

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

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

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

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

参考技术A 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个版本后不复现了。