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个版本后不复现了。

1. 首先，在遇到非必然重现的bug，一定要提bug，并且要在bug单中说明复现的概率。

2. 在发现bug时，要分析产生的原因，尽量多尝试可能出现的步骤。排除环境和自己电脑配置的原因，比如浏览器的版本，系统的版本，等。还可以寻找开发帮助，让开发同学对相应地方的代码进行检查，看一下是否可以通过代码层面检查出问题。

3. 如果还未复现，在接下来的测试中，时刻保持关注，每次执行同样或者相近的步骤的时候，看下是否能够复现之前的bug。

4. 那些一直未能复现的bug，需要测试经理定期将这些bug汇总，选择优先级高的缺陷，组织开发人员和测试人员专门投入到复现问题。如果经过这样的专门复现依然不能复现，可以降低问题的优先级。如果在项目前期，跟踪至少3个版本，如果仍然无复现，可以暂时关闭该bug，备注说明并不是因为修复关闭，而是经过x个版本后不复现了。

5. 如果项目周期比较紧张，不能跟踪多个版本，那么bug就不能关闭，上线后及时关注用户的使用反馈，如果持续3或者4个版本没有出现，那么可以将bug暂时关掉了，同时关掉的时候要进行备注说明。 

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

一、一定要提交。

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

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

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

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

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

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

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

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

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

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

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

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

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

测试的时候，大家肯定都会碰到不能复现的bug，那么遇到这样的问题的时候，作为测试人员，我们应该做什么？

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个版本后不复现了。

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个版本后不复现了。

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个版本后不复现了。

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个版本后不复现了。

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个版本后不复现了。