今天有个以前同事在群里问：测试对开发的考核项有那些，应该如何组？帮忙提供一些参考意见。

测试考核开发的考核项如下：

A. 开发提交的版本没有自测，出现block;

B. 代码质量差，bug较多;

C. 修改bug不彻底，同一bug多次打回;

D. 出现多次上个包好的，后续包又出现了;

背景介绍

a. 前同事所在的公司是一个创业期的小公司;

b. 无工作流程与规范;

c. 没有需求文档，也没有人去承担这个角色;

d. 测试也没有输出测试用例;

我觉得重复打开三次太包容了很没有底线，B,C,D三项没有可衡量指标;

对于代码质量差，bug多的衡量策略

a. 可以使用缺陷密度+缺陷严重程度及缺陷个数;一千代码允许多少个bug,不允许出现致命的bug、严重的x个、轻微x个、细微x个。

b. 通过用例测试结果衡量，BVT用例是否全部通过，用例共产生了多少个bug，用例缺陷比例是多少？项目组规定的质量目标(没有衡量指标就没有参考价值)是否满足……

c. 可以通过代码覆盖率，check开发代码的自测覆盖度，用于判断是否具备转测条件。

创业期公司人力不足时，你是否愿意承担本质工作外的工作，是否愿意去规范流程？

a. 化抱怨为动力给自己定制目标，循序渐进的改变这种工作状态；

b. 如果这种情况作为一个测试，可以先把本质工作做好、并调整好自己的心态。花点时间把比较重要及影响各环节工作的事物承担起来，时间长了团队成员都能感觉到变化，是在往好的方向发展;团队也会比较认可、并依赖你，领导也会欣赏你的能力。同时也成就了自己的成长与担当能力…

c. 当自己在所在团里有了影响力后，你可以偿试与开发负责人、项目负责人谈谈你的想法；或者能们一起结对把项目流程、过程、质量目标、考核规范定制起来。

d. 当影响力足就成就你有勇气给老板谈判时，你也可以偿试去你地boss交流你的工作想法及建议....

能力的成长，有时候是被赋予的，工作时间、工作经验、被领导赋予..;但自我成长能力一定是是自己赋予的，付出的越多收获就越多，越不容易被社会淘汰。