以缺陷为指标来评价和考核
测试人员和开发人员，是一些公司的一般做法。
其正面作用暂不讨论。最近在
工作中遇到的一些冲突让我开始思考其所带来的一些弊端。据此作出一些简单的分析。
1. 激化开发人员与测试人员的矛盾。
这个是最经常会引起的问题，有考核就会定指标，定指标就会让开发和测试人员在一些故障确认上发生争执，甚或互不相让，加大相互之间的分歧，处理不好容易导致后期的工作中会出现相互沟通的故障。
尤其在需求不能十分明确的情况下，双方为维护各自的利益争锋相对，互不相让。
如遇个别脾气不好的员工，甚至会大发脾气。让开发人员与测试人员本来就不是很和谐的关系，更加紧张。
2. 加剧开发人员与测试人员的互相勾结
在指标压力下，除了矛盾之外，最易产生的问题就是开发与测试人员私下里相互勾结，为达到指标而隐瞒问题。影响对产品质量的正确评估。
列如，我就遇到过开发的同事跟测试同事进行交易，瞒报问题就给予一定好处等等。
而当前没有太多公司对这种私底下的勾结和交易没有重视，也没有任何预防措施，跟别提管理和处理规则。基本是革命靠自觉。
3. 阻碍开发人员进一步完善产品的动力
在需求不明确，或者需求明确，但在具体实现方法或者表现方式上，测试人员可能会根据自己的经验和理解提出一些合理的问题，但开发人员会拒绝这些问题，提出另一种辩护性的解释。那怕他知道，如果修改之后，产品会更合理一些。
因为很多时候，缺陷与改进之间只是看问题的角度不一样。
开发人员会为维护自己的利益拒绝变化。于是缺陷变成了麻烦，开发人员唯恐避之不及。更比说修改和完善产品了。
4.导致测试人员成为麻烦制造者
测试人员的目的不再是产品质量的保证者，而成为麻烦制造者。
产品的不同阶段和需求的难易程度，都可能成为影响产品缺陷多少的重要原因。为了更容易找到问题，找到更多的问题。
测试人员之间会相互推诿任务，都希望担任一些新需求，新功能的测试。提高个人的绩效。
而不愿意承担一些稳定
功能测试。因为花更多的时间，也不一定能找到相同多的问题。于是测试人员就成了麻烦制造者。
5. 破坏开发和测试人员在产品质量方面的共识
在需求不明确的情况下，就需要一些基本的共识来保证产品的质量。
这些共识是很重要的。因为客户的需求不可能覆盖产品的所有方面，在具体问题的处理上就需要开发和测试人员根据产品质量共识来判断是否需要修改和改进了。
指标的相互对立，必然会导致利益的对立，利益的对立必然导致认识的不一致。
如果认识都不一致，那么谈什么产品质量，都是浮云了！
于是所有的矛盾和争议都会随着产品带到客户那里，这个时候还要谈卓越什么的，都是自欺欺人了。
缺陷只是软件
项目管理过程中的一个中间产物而已，软件项目管理的目标是保证产品质量。开发人员和测试人员的主要目标应该是一致的，也是要保证产品质量。
舍本逐末的去追求缺陷指标，带来的只是更多的矛盾和对立，也偏离了软件项目管理的最终目标。
当然这也是因为落后的软件项目管理必然会导致的问题。解决问题的办法应该是逐步提高软件项目管理的水平。
