自动化测试系列：自动化测试KPI考评的一种方法

更多原创测试技术文章同步更新到微信公众号 ：三国测，敬请扫码关注个人的微信号，感谢！

原文链接：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：

　　　临时性的任务，顾名思义是不定期发布的，比如项目变更引起的用例维护、框架代码调整等等。

最后关于任务发布：

任务原则上是每两周发布一次，原则上是个人自由认领，不过也会有个人专属任务，所以认领的时候还是要先看清楚。任务期限内如果由于个人原因无法完成的，任务会收回重新分配。

作者原创技术文章，转载请注明出处