2、不容易再现的缺陷

　　理论上，每个缺陷只要满足一定的条件，都可以100%地复现。但是，实际测试情况是，某些软件缺陷并不是每次都可以容易的复现，满足这些条件有时候是件很困难的事情，尤其在执行黑盒测试时，测试人员不了解程序的代码结构，而某些缺陷只有在满足多个组合条件时才能复现。

　　缺陷修正人员在修正缺陷之前，首先确认该缺陷是可以复现的，这样才能尽快地找到产生缺陷的根源，如果不能100%复现缺陷，他们要么拒绝修正，要么要求测试人员添加更多的缺陷信息保证可以100%的复现。

　　对于软件测试人员来说，对于这些不能100%复现的缺陷，有两种选择：第一，报告缺陷，表明这个缺陷的复现频率百分比；第二，不报告缺陷。

　　根据测试的目的，任何缺陷都可能给用户造成损失，所以，对于这些缺陷，应该报告到缺陷跟踪数据库中。尤其对于那些造成操作系统崩溃，或者应用程序意外退出，或者引起数据丢失的功能缺陷，一定要设法提供足够多的复现缺陷的信息，某些缺陷跟踪数据库有权限重现比率的字段，可以填写重现缺陷的百分比。

　　如果怕麻烦而忽略不报告，等到用户发现并抱怨产品质量，那就属于软件测试人员的失职了。报告不报告可能的缺陷是测试人员的工作态度问题，修正不修正缺陷是开发人员的问题。为了防患于未然，宁可报告多个可能的不是100%复现的缺陷，也不让一个严重的缺陷漏报。

　　另外一种不易复现的缺陷是原来报告的软件缺陷，没有经过任何针对该缺陷的代码修正，但是在新的软件版本中无法复现，好像缺陷被意外修正了。

　　造成这种情况的原因之一可能是在修正其他缺陷时，由于某些缺陷的关联性，修正一个缺陷后，其他缺陷也同时修正了。这种情况测试人员可以直接关闭缺陷。

　　另一种情况可能是该缺陷仍然隐藏在软件中，但是不能容易的复现出来，这种情况下，软件缺陷就需要保持“打开”状态，直到缺陷被真正修正。

　　实际测试过程中，软件测试人员很难确定软件缺陷是真的被彻底修正了，还是不容易找到复现缺陷的条件，保守的做法是先把缺陷保持“打开”状态，添加必要的信息，告诉开发人员该缺陷可能仍然存在于软件中，需要在后续Build中继续察看和修正。如果到了软件发布前，仍然不能确定缺陷是否被修正，则提请测试仲裁委员会最后处理。

　　3、由谁确定缺陷的严重性和优先级

　　缺陷的严重性（Severity）和优先级（优先级）是表征软件测试缺陷的两个重要因素，它影响软件缺陷的统计结果和修正缺陷的优先顺序，特别在软件测试的后期，将影响软件是否能够按期发布与否。

　　缺陷的严重性顾名思义就是软件缺陷对软件质量的破坏程度，即此软件缺陷的存在将对软件的功能和性能产生怎样的影响。

　　对于缺陷的严重性，一般分为4级，可以参考下面的方法确定：

　　1）非常严重的缺陷，例如，软件的意外退出甚至操作系统崩溃，造成数据丢失，或者某项功能不起作用。

　　2）较严重的缺陷，例如，软件的某个菜单不起作用或者产生错误的结果，或者主要功能不完整，所产生的问题会导致系统部分功能不正常；

　　3）软件一般缺陷，例如，使用接口不一致、不正确，使用状态的转化流程不流畅，本地化软件的某些字符没有翻译或者翻译不准确；

　　4）软件界面的细微缺陷，例如，软件不能完全符合用户的使用习惯，不太方便用户使用，或者某个控件没有对齐，某个标点符号丢失等。