如何有效复现偶现故障

zhongw

在测试过程中难免会遇到偶现故障，这种故障不是必现的，需要特定的环境和特定的操作才能复现。
常常开发以故障没有复现为由要求关闭故障单，测试人员又没办法复现该故障，只能关闭待观察了。
我想51Testing也有不少同学有这种经历，大家有没有思考过如果有效复现偶现故障呢？
我的一些浅见：
1、故障出现后立即凭经验判断是否是偶现故障；
2、尽量回忆做过哪些操作，将这些操作记录下来
3、记录被测软件的状态和电脑的状态：电脑的状态大概是CPU利用率、内存使用情况等，被测软件的状态就不太好说了。
4、保存故障现象，如截图、日志
5、马上找开发定位及找另外一台电脑试着复现故障。偶现故障越早定位越好。

由于这些信息在实践中还是不能很好的复现偶现故障，发贴集百家思想，欢迎大家提意见。共同提高。

zhongw

看来这个问题没有引起同学们的兴趣。呵呵！自己顶一下。

Nio

偶现故障？你发明的术语？

偶然发生的问题，都有机率性，在一次测试过程中往往会多次遇到：在不同的操作下，遇到多次后可定为稳定性问题。

如果是重复操作，会偶然发生的问题，往往跟边界，内存等有关。就如LZ所说。

在测试过程中，如果真出现LZ所说要“尽量回忆做过哪些操作，将这些操作记录下来”，只能说明一点，你的测试没有计划，没有测试用例，不然是不会需要去尽量回忆的！！

peterz

用QTP来实现，自动进行错误的检测（前提是你的软件已经有一定的稳定性了）

阿七

也有情况是随机乱点的 才出来的
测试用列 不可能写的这样全面的

Nio

5楼的，“随机乱点”，也是要有计划的，没有设计过的测试，既使你发现了问题，也很难定位！

在测试执行过程中，你还有时间“随机乱点”？你们是怎么按排测试的呢？

3396408

论坛不是有一周就讨论这个问题啊，可以去看看

最好的解决方法好像是设计严格的流程去复现，成功了固然好
不成功就说明几率不高，自己留底，观察几个版本在回头测试

zhongw

原帖由 Nio 于 2009-5-26 18:02 发表
5楼的，“随机乱点”，也是要有计划的，没有设计过的测试，既使你发现了问题，也很难定位！

在测试执行过程中，你还有时间“随机乱点”？你们是怎么按排测试的呢？

感谢，总算有回音了。

当软件长期运行（稳定性）后，在执行测试用例过程中会有些故障不是测试计划和测试用例所能体现出来的。我所指的更偏向这种故障。
测试过程中会有一定时间来“自由”测试的，也就是随意点。