对于很难重现的BUG大家都是怎么处理的？交流一下啦！

lonewolf

对于很难重现的BUG，大家一般都是怎么处理的？
有没有公司对这个问题已经有了明确的定义，交流一下呗？sdlkfj7

ycxlove11

在测试的过程中是遇到过这样的问题，要找到它的原因，是操作流程不同还是数据库变更引起的难重现或者不重现，做为测试人员一定要 有打破沙锅问到底的精神，不能重现BUG不能称之为BUG

apple_love521

是有些BUG不可以重现，那怎么办呢？不能叫BUG吗？
有时会不会是因为程序不稳定造成的

bill_hen

Of course they are bugs!
These are the hardest, time consuming defects.
If the bug can be easily re-produced, then, it shall be easier
to find the cause, and then a fix.
On the other hand, for bugs that are not easily re-produced,
that is, there are unknown conditions for the bug to occur, one may need spend a lot of time to find out the cause.......

[Ads]For bug tracking, use Bugzero, fully supported.
http://www.websina.com/bugzero/

red-hat

对于不能重现的bug,我认为做为一个测试工程师,首先要忠实的记录,如实的反映情况,以及记录下这个bug重现的频率

yaoanru

先把现象描述清楚，然后仔细分析问题出现的可能。多做相关的模拟。看bug出现的概率。

兰兰

最主要的还是先要记录下来，并在测试的过程中发现出现的规律，最好在错误出现时能及时的叫相关开发人员来观看现场，让他们帮你判断看是什么原因引起的。

dding79

最好先把BUG记下来，在慢慢分析你操作过程中的每一步骤

zzytion

收益!学习中!!

henry_yan

如果有条件的话，可以在开发环境下测试，让你所测试的软件在开发环境出现这个bug，这样好跟踪一些，即使一次找不到问题的关键，也会有一些好处的。

yangkinki

不可重现的bug，肯定是需要记录下来的，要根据这个bug的严重程度对这个bug进行处理，如果是严重性的bug，必须着重对这个bug进行跟踪处理，如果严重性一般或者轻微，可以暂缓一下，待后续时间容许是再进行跟踪处理。 同时需要开发人员一同进行跟踪，对于有些bug，测试人员很难定位到的，可能开发人员会知道其中的问题的。

zhawhz

首先是一定要提交的，并要对其详细记录。既然已经出现了问题，在一定的条件下，我想是一定可以重现的。记得有这么一个bug，在以后的测试过程中碰到类似的情况，也许就会给你灵感，发现重现这个bug的条件和操作步骤。
如果有很好的规范的测试计划，测试需求分析，测试用例，测试记录等测试流程来实施测试工作，可以大大减少出现偶然性bug的可能性。

mistletoe82

其实，楼上所有的人都有一个下意识的前提：这个bug是“偶然”并非“需要”它出来的。我这是什么意思呢？设想一下，如果你作为tester，你的目的就是要reporduce这个bug，只有reproduce出来了，才能写verify scenario，才能根据developer的fix去verify是否fixed，那么如果是这样的情况，你“ 必须”把它重现出来，然后才能继续工作，这时候你怎么办呢？上面所有的人的回答都不能令我满意。
其实，楼主是不是这个意思，我并不知道，也许就是一个偶然事件，但凡是问题如果能换一个角度思考，是不是你又会学到更多的东西呢？以后遇到这样的问题，是不是就无师自通了呢？
我觉得我这个问题可以新开一个帖子了。

jysql

大家说得都很在理

willandy

必须记录下来
继续慢慢寻找规律

谭典萍

这样的bug肯定需要记录下来了,然后做一些分析吧,出错的时候,最好让开发人员过来看看,有些东西开发人员知道怎么定位的.