遇到不可复现的bug你怎么处理?

2021-02-24 19:14发布

10条回答
summer
2楼 · 2021-02-24 19:27

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


ban_gank
3楼 · 2021-02-25 09:20

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

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

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

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

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


20200921文 - 做更棒的自己!
4楼 · 2021-02-25 09:37

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


一、一定要提交。

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


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


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


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


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

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


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


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


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

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


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

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


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


小磊子
5楼 · 2021-02-25 10:21

测试的时候,大家肯定都会碰到不能复现的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个版本后不复现了。


希希
6楼 · 2021-02-25 14:47

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


ablabla
7楼 · 2021-02-25 15:46

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


py大白
8楼 · 2021-02-25 19:51

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


熊晓燕
9楼 · 2021-02-26 09:48

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