看完点个赞呗,难道想白嫖不成?更多内容请访问微信公众号 :三国测,扫码关注哟!
原文链接: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:
临时性的任务,顾名思义是不定期发布的,比如项目变更引起的用例维护、框架代码调整等等。
最后关于任务发布:
任务原则上是每两周发布一次,原则上是个人自由认领,不过也会有个人专属任务,所以认领的时候还是要先看清楚。任务期限内如果由于个人原因无法完成的,任务会收回重新分配。
作者原创技术文章,转载请注明出处
看完点个赞呗,难道想白嫖不成?更多内容请访问微信公众号 :三国测,扫码关注哟!