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

时间:2021-10-01 17:06:29

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

自动化测试系列:自动化测试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

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

最后关于任务发布:

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

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