您当前的位置: 测试人员提交缺陷报告后，经常会出现测试人员认为这是软件系统的一个缺陷，而开发人员认为这是正常的系统功能。到底是缺陷还是正常功能？这是测试人员和开发人员在缺陷问题上经常出现的分歧。
测试人员对测试对象进行测试的时候要使用正确的测试依据（例如：需求规格说明）。软件开发过程中，主要涉及的项目技术人员包括系统人员、开发人员和测试人员。他们之间的角色和职责定义有助于解决缺陷认定的问题。
图1是系统人员、开发人员和测试人员三者之间的简单关系示意图。系统人员是软件开发和测试的基础和核心。系统人员将产品的用户需求转化为详细的产品需求规格说明。在需求规格说明基线化后，软件人员以此作为基础进行系统概要设计和详细设计，而测试人员根据规格说明进行测试用例的设计和执行。同时，软件开发人员和软件测试人员都需要和系统人员紧密合作，将各个阶段的开发活动和测试活动得到的信息反馈给系统人员，完善和优化系统需求规格说明。按照这样角色和职责的定义，测试人员和开发人员在碰到缺陷认定的时候，首先可以由系统人员做出相应的裁决。
图1项目开发的三种角色
对于测试中发现的功能问题，开发人员和测试人员之间比较容易达成共识。但是，对于软件非功能相关的问题，由于相关的规格说明中经常没有进行详细定义，因此容易出现缺陷认定方面的争议。此时，测试人员需要具有良好的沟通能力，并对测试理论和领域知识有比较深入的了解。下面是在缺陷认定出现不一致的时候，缺陷相关人员可以借鉴的一些建议：
- 首先，测试人员应该让开发团队理解提交缺陷的目的并不是对开发人员的成果进行挑刺，相反，测试人员和开发人员的目标是一致的，都是为了提高软件产品的质量，满足客户的需求。
- 其次，需要和开发人员进行有效地沟通，让开发人员理解测试的目的不仅仅只是针对软件的功能而开展，还包括了可靠性、易用性、效率、维护性、可移植性等其他质量特性。因此，发现非功能特性的缺陷时，开发人员不应该因为系统需求规格说明中没有详细定义，而否认存在的问题。
- 第三，测试人员应该站在用户的角度对软件的使用质量特性进行有效地测试，包括软件的有效性、生产率、安全性以及满意度等。
- 第四，假如测试人员和开发人员在缺陷认定沟通失败的情况下，可以通过项目的变更控制委员会，讨论确定提交的缺陷报告是不是缺陷的问题。
[文章来源]：专注于测试能力改进