在 從PDD薅羊毛事件想到DevOps那些事 文章中有一同學(xué)留言：

“關(guān)于測(cè)試人員的KPI這塊，這在行業(yè)上一直都是個(gè)梗，難解...”, 

的確感到這是一個(gè)問(wèn)題，答應(yīng)為此寫篇文章來(lái)回答這個(gè)問(wèn)題。

測(cè)試人員的KPI是一硬梗，

似乎無(wú)解，就像軟件工程沒(méi)有銀彈

感覺(jué)自己沒(méi)必要掉進(jìn)這個(gè)坑里；

測(cè)試人員的KPI也要取決每個(gè)公司：

如何看待測(cè)試、測(cè)試人員

有上下文，case by case；

如果真正想破掉這個(gè)梗，

需要走進(jìn)企業(yè)，深入調(diào)查分析

了解公司想要什么，就選擇衡量什么；

而且需要系統(tǒng)地定義度量體系，

如同我《全程軟件測(cè)試(第3版)》，

在第14.2小節(jié)，用了14頁(yè)來(lái)介紹測(cè)試過(guò)程的度量指標(biāo)。

KPI是一把雙刃劍

定義了正確的KPI，能夠提高大家的工作效率

定義錯(cuò)誤的KPI，就會(huì)有錯(cuò)誤的導(dǎo)向作用，

成也KPI，敗也KPI，

甚至有人說(shuō)，正是KPI毀了Sony。

所以不少優(yōu)秀公司選了OKR（目標(biāo)與關(guān)鍵成果法）

廢話少說(shuō)，進(jìn)入正題。

KPI 是Key Performance Indicator的縮寫，即關(guān)鍵績(jī)效指標(biāo)，

用于衡量或管理員工績(jī)效的工具，

并與公司的戰(zhàn)略目標(biāo)掛鉤、聯(lián)系起來(lái)。

如果將KPI用于軟件測(cè)試人員的績(jī)效衡量，自然會(huì)取決于：

• 特定的公司所定義的關(guān)鍵商業(yè)目標(biāo)；

• 其對(duì)質(zhì)量的認(rèn)識(shí)，特別是對(duì)“質(zhì)量起什么作用”的認(rèn)識(shí)；

• 對(duì)軟件測(cè)試的態(tài)度、理解的程度

所以，不同的公司對(duì)測(cè)試人員績(jī)效考核的KPI自然不一樣，

僅僅看到用例數(shù)或缺陷數(shù)肯定是片面的，

僅僅看到測(cè)試自動(dòng)化成果也是片面的。

真正有優(yōu)秀的質(zhì)量文化的公司可能不需要針對(duì)測(cè)試人員的特定KPI，

而是針對(duì)整個(gè)研發(fā)團(tuán)隊(duì)設(shè)立KPI。

而沒(méi)有良好的質(zhì)量文化的公司即使實(shí)施了質(zhì)量相關(guān)的KPI，

也不一定有良好的效果。

在這篇文章后面的另一段留言，讓人印象深刻，算是佐證：

“經(jīng)常在想，一個(gè)做質(zhì)量相關(guān)工作的人本身的所做所為卻沒(méi)有質(zhì)量可言，真是有點(diǎn)諷刺。還在注重需求分析，認(rèn)真做測(cè)試設(shè)計(jì)的人其實(shí)離本質(zhì)最近。但是這么做卻沒(méi)有一點(diǎn)現(xiàn)實(shí)層面的好處。唯有一種良知，一種自我價(jià)值的實(shí)現(xiàn)，一種理想主義在苦苦支撐。也許無(wú)數(shù)次想投奔另一個(gè)陣營(yíng)，但始終沒(méi)有說(shuō)服自己。”

注重需求分析、認(rèn)真做測(cè)試設(shè)計(jì)的人其實(shí)離本質(zhì)最近，

應(yīng)該會(huì)帶來(lái)良好的效果，能被衡量出來(lái)，

即使這種衡量不是直接的。

如果真要用KPI衡量測(cè)試人員的績(jī)效，如何定義呢？

可以不考慮那些通用的KPI指標(biāo)，如：

發(fā)揚(yáng)公司企業(yè)文化、創(chuàng)造價(jià)值、創(chuàng)新、

協(xié)作、知識(shí)分享、提升團(tuán)隊(duì)凝聚力、

培養(yǎng)新人、服務(wù)客戶、個(gè)人發(fā)展?jié)摿Φ鹊?/span>

而只考慮測(cè)試工作自身的數(shù)量、質(zhì)量和效率

暫時(shí)也不考慮權(quán)重、優(yōu)先級(jí)等，

畢竟那是一個(gè)系統(tǒng)的工程，需要幾個(gè)月的時(shí)間才能做出來(lái)。

這里只能偷懶，簡(jiǎn)單列出度量的指標(biāo)，讓你們各取所需。

而且如果真正這樣去衡量測(cè)試人員的KPI，

那些實(shí)實(shí)在在做事的人不會(huì)被委屈，而是能得到肯定。

1. 測(cè)試的質(zhì)量

• 客戶滿意度

• 上線后出現(xiàn)的缺陷數(shù)所占比例（按級(jí)別）

• 所設(shè)計(jì)的測(cè)試（用例）的覆蓋率（看做了什么類型的測(cè)試、對(duì)覆蓋率的理解和要求）

• 需求、設(shè)計(jì)評(píng)審漏掉的問(wèn)題或比例

• 無(wú)效用例/腳本百分比

• 用例或腳本執(zhí)行的穩(wěn)定性

• 被拒絕或延期的缺陷(誤報(bào))百分比

• 重復(fù)的錯(cuò)誤

• 違背流程或規(guī)范的次數(shù)
  

• 質(zhì)量改進(jìn)速度
  

2. 測(cè)試的數(shù)量

• 評(píng)審了多少需求（文檔、用戶故事）

• 測(cè)試覆蓋了多少需求點(diǎn)

• 評(píng)審了多少設(shè)計(jì)

• 評(píng)審了多少代碼（含工具靜態(tài)分析）

• 設(shè)計(jì)了多少測(cè)試（用例）

• 開(kāi)發(fā)了多少自動(dòng)化測(cè)試腳本

• 執(zhí)行了多少測(cè)試（用例）

• 報(bào)告了多少缺陷
  

• 每天在測(cè)試上花了多少時(shí)間

• 數(shù)量增長(zhǎng)率

3. 測(cè)試的有效性和效率

• 缺陷數(shù)/百個(gè)測(cè)試用例數(shù)

• 缺陷數(shù)/腳本KLOC

• man-hour/功能點(diǎn)（或用戶故事）

• 自動(dòng)化測(cè)試百分比

• 缺陷存活時(shí)間
  

• 測(cè)試預(yù)算或投入占整個(gè)研發(fā)比重（適合團(tuán)隊(duì)）
  

• 回歸測(cè)試所占比重
  

• 每天發(fā)現(xiàn)的缺陷數(shù)

• 每天設(shè)計(jì)的測(cè)試用例

• 每天開(kāi)發(fā)的腳本行數(shù)

• 有效性提高速度

• 效率提高速度

4. 有哪些突出的成績(jī)或事件

• 測(cè)試專利申請(qǐng)或被批準(zhǔn)數(shù)

• 產(chǎn)品特性較大改進(jìn)的建議被采納

• 測(cè)試過(guò)程較大改進(jìn)的建議被采納

• 克服了某個(gè)測(cè)試難題

• 克服了某個(gè)測(cè)試瓶頸

• 一種新的且有效的測(cè)試策略

• 一種新的且有效的測(cè)試方法

• 發(fā)現(xiàn)新的缺陷模式（故障模式）
  

• 提出并設(shè)計(jì)了一款測(cè)試工具

• 開(kāi)發(fā)實(shí)現(xiàn)了一款測(cè)試工具

• 解決了某種測(cè)試過(guò)程或結(jié)果的度量

• ......

（看完這些KPI，測(cè)試開(kāi)發(fā)在里面只是其中幾項(xiàng)，并不是很突出）

如果你還覺(jué)得沒(méi)破這個(gè)梗，需要付費(fèi)，

邀請(qǐng)作者專門去實(shí)地調(diào)查研究

制定方案，徹底破這個(gè)梗