怎样处理测试中不可重现的错误（测试中的UFO）

怎样处理测试中不可重现的错误（测试中的UFO）
测试中难免会有这样的bug，就像UFO一样随即飘逝，不可捉摸的到。怎样处理这样的bug。
一、这样的bug必须提交：
1、它就像一个定时炸弹一样，说不定就会再次发生。如果发生在客户使用时，可能会带来伤害。
2、程序员拥有测试员不具备的工具，如果测试人员能够清晰的报告当时的情景，程序员常常会根据得到的特定消息，或当测试员查看
对话框或点击特定控件时可能出现的情况，从而能够跟踪到问题。
二、不可重现程序错误是可重现的：
1、程序错误在特定条件下出现，如果测试员知道这些条件，就可以重现这些错误，如果测试员不知道这些关键条件，也许就不能重现
这些错误。有些条件在问题被找到答案后，测试人员才会恍然大悟。以下是可能出现的总结：

a）程序错误可能有延迟效应，例如内存泄露、指针越界或栈被破坏。可以用内存工具监控内存。如，Purify或类似工具。
b）程序错误可能依赖于特定的数据或被破坏了的数据。
c）程序错误可能在特定的时间内发生，检查日末、周末、季末、年末这些特定的时间。
d）错误可能依赖于特定顺序执行时发生，在发生错误前，执行了什么？
e）程序错误可能是前面失效的残余，例如，上一次出现的GPF后重启计算机了么？
等等。

三、UFO处理成本：
必须考虑处理这些问题的成本，对一些小问题的处理方式肯定要和大问题处理方式不一样。一些小问题，如果确实不可重现，这类
bug可以关闭，但是大问题不可忽视，当开发人员拒绝这类bug时，需要PD、PM和测试负责人三方共同研究讨论决定处理方式。