即然说到是不可复现的,概率就是很小,那么就用楼主说的方法,也未必可以重现.如果能重现的话,那就不存在不可复现这个说法了.
就如#2楼所说的,出现问题后,用同一个版本,同一台机器,同样的操作方式也是不可重现的,那么你就算是用上述的方法也未必可以重现,也只能是说尽量找到有可能影响到软件Bug的问题啦.

同意楼上的观点！
我昨天晚上做testing 的时候就发现了一个很大的bug，尽管数据库的operation log对我进行的操作记录得很详细，但是我再次在同一台机子上进行相同的一组操作却没有出现相同的exception现象，developer leader说要尽量找到bug重现的方式，偶今天都试了一天了，未果!!!  迷茫中sdlkfj9
Who can help me?

这种情况很普遍的啦

首先谢谢楼主的文章，文章还是提高了一些好的思路，但是具体工作的时候还是有一定的困难的。

这个东西真的不好说，有一次我碰到一个异常问题，我们测试组的人员在场都看到我连续三次操作都会重现的问题，开发人员一过来就不存在了，以后的跟踪测试中也是，我们就跟开发人员开玩笑，说他们给他们开发的软件施了魔法
尽力吧！

除了楼主推荐的方法都要尝试外，也可以尽量扩展发散思维，多想一些异常操作

引用:

原帖由 ShaLongBus 于 2006-11-19 20:04 发表
遇到这种现象，首先是记录下来，然后才尝试去重现,不能重现时，可以再按楼主的做法进行排查。相信随着功力的增加，不可重现的Bug会越来越少。

测试最好还是做什么都记录下来，出问题的那些提交上去，没问题的保存一下，肯定会有用。

引用:

原帖由 daisy.jiang 于 2007-2-7 15:46 发表
同意楼上的观点！
我昨天晚上做testing 的时候就发现了一个很大的bug，尽管数据库的operation log对我进行的操作记录得很详细，但是我再次在同一台机子上进行相同的一组操作却没有出现相同的exception现象，de ...

这就要分析当时数据库的情况了，比如数据库当时所存储的数据量是否过大，或者在某一时刻有大批量的数据往数据库中存储等。
以上的情况我也碰到过，可以尝试使用压力测试的手段来测试数据库，观察问题是否可以再现。

我给一个数据库应用软件做测试时，在数据处理层出现了异常。这个异常是不稳定的出现，最后断定是硬件的原因。因为机器比较烂，CPU时间片用完所致。这个应该归为环境吧。

真的希望有可以记录的工具

思路是好的，可实际操作中发现还是很困难

sdlkfj2 sdlkfj2
高深
看不懂
学习ing ```

不错,之前面试中还被问到过这个问题呢，当时汗了////////

有些问题很难复现的，个人觉得除了努力加运气外，其他也没招儿了。

学习一下,有助于提高英语和技术