对于无法重现的软件测试缺陷的处理方法

从标题来看大家可能会觉得晕，这里说到的不可复现是指这些Bug有时出现，有时候不出现。相信大家在测试过程中肯定遇到过这种Bug，不少这种不可复现的Bug定位起来非常困难，可能很长时间都不能得到解决。能否复现这些不可复现的Bug成为大家关注的一个话题，最近国外的测试专家James Bach、Jonathan Kohl等对这个话题进行了一些探讨，这里把他们的一些思路理出来和大家分享。
      要想复现不可复现的Bug，需要先提到一个概念就是ET（Exploring Test），也就是探索式测试，这种测试方法是由James Bach首先提出来的，在所掌握的被测对象的信息不是很充分的情况下，这是一种很有效的测试方法.
      在给大家阐述如何复现不可复现的Bug的思路之前，先说说为什么要复现这些不可复现的Bug。对于整个项目或者产品而言，如果这些不可复现的Bug是很严重的Bug，比如导致系统崩溃等，如果不能及时、准确的定位和解决，最终发布出来的软件到达用户手中后，一旦出现势必会影响软件已经公司在用户心中的形象，严重的会“迫使”用户选择竞争对手的产品，这些显然都是公司所不愿看到的。而对于测试人员而言，出现了这些不可复现的Bug，实际上是一次很好的锻炼和提高机会，如果只是提交缺陷报告将这个大皮球踢给开发人员，不仅丧失了一次提高测试水平的机会，还有可能破坏和开发人员之间的关系。
      现在进入正题。当出现不可复现的Bug时，大家可以从以下五个方面来进行考虑：
1、被测对象的版本信息
      我测试的到底是哪个版本，这主要是有两个作用：一是确认我测试的是正式的软件版本，如果不是就先记录下该问题，然后选择正式的版本进行测试（开发人员基于尝试的一次非正规的修改可能会导致不可复现的Bug）；二是可以和其它版本进行对比，如果其它的版本没有类似的问题，就可以去对比这两个版本之间的区别。

原文转自：http://www.ltesting.net