【原】不可重现缺陷的应对策略

在软件测试活动中，总会遇到一些随机发生、不可重现的软件缺陷。这些缺陷没有规律，又无法重现，开发人员也难以定位问题、无法修复。那么，遇到这样的缺陷应该怎样处理呢？建议要做好以下几个方面：

1. 缺陷描述

测试人员在记录此类缺陷时，要对缺陷做尽可能详细的描述。一般应包括以下内容：

• 重现频率：测试人员根据实际情况使用必然、偶然、很偶然等来描述缺陷重现的频率。

• 现象：测试人员尽可能描述发生的情况，最好要保留截图。

• 软件的版本：测试人员要记录发现缺陷对应的软件程序版本号。

• 数据：测试人员要记录缺陷发生时的各种变量、内存、存储器等存储的数据内容。

• 环境：测试人员要记录缺陷发生时的软硬件环境。

2. 缺陷的重现

虽然这样的难以重现，但是为了修复缺陷，还是要尽可能地去尝试重现。为了重现缺陷，要做好以下几点：

• 重现的人员：重现缺陷最好由测试人员完成。因为测试人员是缺陷的第一发现者，由测试人员来重现缺陷会更容易。

• 重现的次数：为了重现缺陷，需要在同样的测试环境下多次重复运行同一个测试用例。重复次数可由组织统一规定。

• 延长测试时间：为了重现缺陷，需要在同样的测试环境下延长测试时间。

• 若确实无法重现，可以做延迟处理。若延迟一段时间还是无法重现的，可先将该缺陷关闭，等以后重现时再处理。

3. 不可重现缺陷的处理方法

对此类缺陷的处理方法可能包括：

• 人工代码走查：无法重现的问题，可以通过组织多个熟悉该语言的同行专家进行代码走查的方式找出来。除了代码之外，同行专家还要检查操作系统、应用服务器及其环境是否有问题，是否有兼容性问题。

• 工具静态检查：除了人工代码检查外，为了消除此类缺钱，还应采用静态检查工具检查代码，一定要消除所有的Error与Warning。

• 如果这样的检查仍然不能消除此类缺陷，可以更换开发人员重新开发存在缺陷的模块。

4．缺陷的记录

对于此类缺陷，要做好测试记录，包括：

• 开发人员要注明缺陷原因。注明缺陷原因可以帮助开发人员进行经验教训的总结。

• 项目经理将该缺陷放入跟踪列表，及时跟踪缺陷的解决状态。

5. 行政管理

• 缺陷的解决状态必须实事求是，不允许弄虚作假。

• 对这些无法重现和定位的缺陷，不应影响相关人员的绩效考核。

• 加强培养开发人员的质量意识。

这正是：

缺陷不能都重现，须把无常当有常

只要应对能得法，不让缺陷生影响

参考书目：术以载道：软件过程改进实践指南，作者：任甲林，出版社：人民邮电出版社