众所周知，每一个项目是否能够上线都是由Bug的大小和数量所决定的，Bug多了会影响用户的体验，到时候不仅会给公司带来经济损失，对公司的名声也会有一定的影响，而到最后背锅的还是测试人员和开发人员，所以有的公司为了防止出现这种状况，会要求项目的Bug数量尽量少。
该帖子立马引起网友的激烈讨论，大多网友认为这是不合理的。
该网友公司就出现了绩效跟bug数量挂钩的情况，bug多就扣工资，连续几个月的话还会被辞退。bug的多少从另一个方面体现了一个人技术能力，公司不会在意你工作的过程有多艰辛，它看重的是结果，一个项目的最终成果的好坏影响了你在公司的处境与你的工资。
有网友也是这样的状况，不过比楼主的要合理得多：只计算blocker的bug，如果阻塞到测试人员测试到bug，那么很明显自己写的程序存在问题，还需要提交才会扣个人绩效！如果是这样的话，那不敲代码岂不是就没有 bug 了，这完全有种为辞退找理由嘛。
相信这里有很多学习java的朋友，小编整理了一份java方面的学习资料，有想要学习java的可以加一下我的学习群的哟，60833，4068，欢迎爱学习java的你们！
有网友抓住这个问题的漏洞：如果按照这个规则来算的话，那岂不是不写任何代码就可以拿到最高绩效了，到时候的情况就是，员工翘班一个月，发现比每天上班的工资还高！
还有的网友调侃道要和测试搞好关系，还有提出疑问，做简单的功能没有 Bug和做复杂功能一堆bug，谁能力问题？
欢迎关注程序胖，可视化学习java，每天更新，让Java学习更加简单。