看完点个赞呗，难道想白嫖不成？更多内容请访问微信公众号 ：三国测，扫码关注哟！
原文链接：http://www.cnblogs.com/zishi/p/6856204.html
众所周知，在IT行业中技术人员的KPI考评一直是比较模糊的，尤其测试人员，更遑论自动化测试人员这个更细化的分支。
为了横向比较自动化测试人员的工作量，也同时衡量自动化测试的工作效率和质量，我们团队根据各个自动化队员的反馈和综合，对设计和维护工作加入了考评系统，综合整理出目前这套的自动化考评原则。
KPI分为四个方面，Workload、Quality、Difficulty和Urgent task，下面是详细解释：
基础工作量Workload Score：
工作量在case任务创建的时候就会划分出来，根据每个case可能花费的开发时间和优先级会定一个工作量数值（0.1~1之间），举个例子，常规测试的case优先级最高工作量也最大，每个算 1分，以此类推，以下是详细的表格：
|
|
UI |
API |
Design |
APP&H5 |
|
P1 |
1 |
0.1 |
0.1 |
1 |
|
P2 |
0.3 |
0.1 |
0.1 |
0.3 |
质量维度Quality Score：
字面理解就是上传case的代码质量，每个上传的case我们都会有review, 然后根据实际代码质量会有一个质量系数，系数如下：
|
High |
Middle |
Low |
|
1.2 |
1 |
0.8 |
难度维度Difficulty Score：
因为case的难易程度差别很大，因此在任务发布的时候会有一个难易度的说明，最终分值就是 Priority * Quality* Difficulty
|
Hard |
Middle |
Easy |
|
1.5 |
1 |
0.5 |
举例说明，小明选择了难度系数为1的任务，包含一个P2用例，代码review之后得到质量为1.2的评价，那么最终分值就是 1*0.3*1.2 = 0.36
在进行KPI考评的时候，就可以按照个人得分进行排序，一目了然。
临时任务Urgent task Score：
临时性的任务，顾名思义是不定期发布的，比如项目变更引起的用例维护、框架代码调整等等。
最后关于任务发布：
任务原则上是每两周发布一次，原则上是个人自由认领，不过也会有个人专属任务，所以认领的时候还是要先看清楚。任务期限内如果由于个人原因无法完成的，任务会收回重新分配。
作者原创技术文章，转载请注明出处
看完点个赞呗，难道想白嫖不成？更多内容请访问微信公众号 ：三国测，扫码关注哟！