人事数学很好 鉴定完毕

测试就是点工了，还要求 bug 数，有没有 bug 在测之前谁知道有多少

定这个规则的人不懂测试 不懂研发 凡是拿数量去做度量的 一律按照流氓处置

这个逼着开发写 bug 呀

没太理解这位朋友为啥会这么考虑呢？不管是对开发还是对产品，出 bug 对他们利益都不能算是正向利益吧？

开发的核心利益应该是通过完成功能的开发，交付系统给业务产生价值
产品的核心利益应该是通过设计具体产品细节体验，通过交付出去的良好产品产生业务价值

出了 bug，开发的交付会出现延期，产品的体验也会打折扣，这两个都会影响他们的核心利益，少一些 bug 对他们应该是利大于弊的。所以没明白为何你上面的推理为什么会显得好像没有 bug 后，开发、产品价值就受到很大影响？