缺陷是测试过程中测试人员的重要输出，它不仅是和其他项目利益相关者进行沟通的桥梁，也是证明测试人员测试能力的重要手段。但是，在实际的测试过程中，测试人员提交的缺陷常常会被开发人员以各种理由拒绝。
为了减少被软件开发人员拒绝的缺陷的数目，我们首先需要了解为什么开发人员会拒绝测试人员提交的缺陷，或者说他们为什么不愿意花费时间和精力解决测试人员提交的缺陷。本文将从几个不同的视角分析缺陷被拒绝的原因，从而有针对性的提出一些建议，帮助测试人员尽量减少被开发人员拒绝的缺陷的数目。根据笔者的经验，开发人员拒绝研究和修改缺陷的原因是多方面的，例如：
● 开发人员无法复现缺陷（无法复现）；
● 缺陷报告中提供的信息不足，或者复现缺陷需要奇怪而复杂的步骤（难以理解）；
● 开发人员认为是系统的一个功能点，而测试人员认为是一个缺陷（缺陷还是功能点）；
● 开发人员不理解测试人员的角色和职责定位（测试人员的角色）；
1）缺陷无法复现
开发人员拒绝研究和修复测试人员提交的缺陷的第一个可能理由是：这个缺陷我无法复现，或者这个问题在我的环境中并没有发现。
在测试过程中，测试人员经常会碰到一些不可复现或者很难复现的问题，特别是在进行非功能性测试的时候，例如：稳定性测试、压力测试、满配置测试、兼容性测试等。通常来说，这些难以复现的问题，其导致的结果一般都是比较严重的，例如：系统性能不稳定，系统随机重启等。同时，这些问题常常也是用户最关注的地方。假如用户在使用过程中出现这样的严重问题，将会极大的降低用户对产品的信心。
即使是难以复现的问题，建议测试人员还是需要提交缺陷报告。只是，测试人员在提交缺陷报告之前，需要采取一些合适的策略和建议，尽量为开发人员定位和修复这样的问题提供合适的信息，帮助他们尽快解决问题。我的建议包括：
● 首先，测试人员养成这样的习惯：打开系统的调试窗口（假如系统提供），时时记录测试过程中系统的打印信息。发现系统的异常表现的时候，测试人员就可以捕获其中异常的系统打印信息，这些信息可以帮助开发人员跟踪和定位缺陷发生的原因，从而有利于开发人员解决这种类型的缺陷；
● 其次，测试人员碰到系统的异常表现的时候，可以先判断该问题是否可能难以复现。假如觉得难以复现，测试人员可以先保留当前的测试环境，要求开发人员到现场来定位和分析其中可能的原因。假如开发人员可以从当前的环境中分析得到可能的原因，那么测试人员编写缺陷报告就可以轻松得多；
● 第三，测试人员报告不可复现的缺陷的时候，应该在缺陷报告中明确告知开发人员不可复现或者难以复现，从而避免在有限的时间和资源情况下，开发人员过多的将精力放在这样的缺陷修改上面；
● 第四，建议测试人员提交难以复现的缺陷，组织内可以不断的收集和分析难以复现的缺陷数据库。定期浏览这些缺陷，并进行集中的分析，可能会在不同的缺陷描述中发现一些共同的或者可能有联系的信息，有助于问题的解决；
2）缺陷报告难以理解
开发人员拒绝测试人员提交的缺陷的第二个可能理由是：缺陷报告中提供了太多的内容和信息，开发人员甚至不知道测试人员想说什么，也很难了解测试人员想阐述的问题是什么。
缺陷报告是测试过程中测试人员的重要输出。很多的时候，项目利益相关者通过缺陷报告认识测试人员。好的缺陷报告可以为测试人员带来良好的声誉，而差的缺陷报告可能会为利益相关者带来额外的工作。如果测试人员的缺陷报告，浪费了项目利益相关者太多的时间和资源，他们潜意识中就会抵制和拒绝他们的缺陷报告。
编写良好的缺陷报告是测试人员应该具备的几个基本技能。高效的缺陷报告，对测试人员而言具有重要的意义，除了可以减少被开发人员拒绝的缺陷数量，也有助于提高测试人员的可信度、改善开发人员和测试人员之间的合作关系。
