问一下各位代码大佬，在提测过程中测试出现的bug，公司会统计bug个数计入个人绩效考核合理吗？刚刚知道公司有这个规定，我有点慌。不是代码写完了自己自测完了，然后丢给测试，线上不出问题不就行了吗？
程序猿.荀攸：丢给测试！测试就是保姆么？给你擦屁股的么？自己生的娃自己不养？
腾讯员工：升为一个开发，本来你就是要写单元测试的好不
姜子牙：写了呀，自测完了的，但是公司说要记bug数算绩效，第一次知道这个要算绩效的
姜子牙：大哥，没说自己没自测呀，能不能看一下文字哈，上来就开炮的么！
腾讯员工：你昨晚需求总得衡量质量吧兄弟，这个东西叫缺陷密度，跟你代码量和开发时间以及最后的 bug 数统一起来算最后给个比例
老虎证券员工：M
腾讯员工：当然这个东西你不用太在意，绩效好不好，看你舔领导如何…
姜子牙：这样啊，懂了，以前没遇到这样的情况。
江山社稷：这个方式本身没太大问题，但不建议太严格。如果你bug数多，本身你leader也会有意见，对你评价降低，实质也是影响绩效。
程序猿.李莫急：唯一的应对方式就是加长开发时间，延后提测，在开发环境上搭建一套联调环境，自己编写测试用例，提测之前必须在联调环境上测试通过。说白了就是把测试做的事情自己先做一遍。如果上面抱怨开发时间太长，就理直气壮地说：开发阶段增加时间就是为了给测试阶段节省时间！
诸葛瑾：如果是祖传代码，那测完了出问题我觉得非常正常，但如果是新需求新项目就不应该有问题了