在 從PDD薅羊毛事件想到DevOps那些事 文章中有一同學(xué)留言：
“關(guān)于測(cè)試人員的KPI這塊，這在行業(yè)上一直都是個(gè)梗，難解...”,
的確感到這是一個(gè)問題，答應(yīng)為此寫篇文章來回答這個(gè)問題。
測(cè)試人員的KPI是一硬梗，
似乎無解，就像軟件工程沒有銀彈
感覺自己沒必要掉進(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頁來介紹測(cè)試過程的度量指標(biāo)。
KPI是一把雙刃劍
定義了正確的KPI，能夠提高大家的工作效率
定義錯(cuò)誤的KPI，就會(huì)有錯(cuò)誤的導(dǎo)向作用，
成也KPI，敗也KPI，
甚至有人說，正是KPI毀了Sony。
所以不少優(yōu)秀公司選了OKR（目標(biāo)與關(guān)鍵成果法）
廢話少說，進(jìn)入正題。
KPI 是Key Performance Indicator的縮寫，即關(guān)鍵績效指標(biāo)，
用于衡量或管理員工績效的工具，
并與公司的戰(zhàn)略目標(biāo)掛鉤、聯(lián)系起來。
如果將KPI用于軟件測(cè)試人員的績效衡量，自然會(huì)取決于：
特定的公司所定義的關(guān)鍵商業(yè)目標(biāo)；
其對(duì)質(zhì)量的認(rèn)識(shí)，特別是對(duì)“質(zhì)量起什么作用”的認(rèn)識(shí)；
對(duì)軟件測(cè)試的態(tài)度、理解的程度
所以，不同的公司對(duì)測(cè)試人員績效考核的KPI自然不一樣，
僅僅看到用例數(shù)或缺陷數(shù)肯定是片面的，
僅僅看到測(cè)試自動(dòng)化成果也是片面的。
真正有優(yōu)秀的質(zhì)量文化的公司可能不需要針對(duì)測(cè)試人員的特定KPI，
而是針對(duì)整個(gè)研發(fā)團(tuán)隊(duì)設(shè)立KPI。
而沒有良好的質(zhì)量文化的公司即使實(shí)施了質(zhì)量相關(guān)的KPI，
也不一定有良好的效果。
在這篇文章后面的另一段留言，讓人印象深刻，算是佐證：
“經(jīng)常在想，一個(gè)做質(zhì)量相關(guān)工作的人本身的所做所為卻沒有質(zhì)量可言，真是有點(diǎn)諷刺。還在注重需求分析，認(rèn)真做測(cè)試設(shè)計(jì)的人其實(shí)離本質(zhì)最近。但是這么做卻沒有一點(diǎn)現(xiàn)實(shí)層面的好處。唯有一種良知，一種自我價(jià)值的實(shí)現(xiàn)，一種理想主義在苦苦支撐。也許無數(shù)次想投奔另一個(gè)陣營，但始終沒有說服自己?！?/span>
注重需求分析、認(rèn)真做測(cè)試設(shè)計(jì)的人其實(shí)離本質(zhì)最近，
應(yīng)該會(huì)帶來良好的效果，能被衡量出來，
即使這種衡量不是直接的。
如果真要用KPI衡量測(cè)試人員的績效，如何定義呢？
可以不考慮那些通用的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í)間才能做出來。
這里只能偷懶，簡單列出度量的指標(biāo)，讓你們各取所需。
而且如果真正這樣去衡量測(cè)試人員的KPI，
那些實(shí)實(shí)在在做事的人不會(huì)被委屈，而是能得到肯定。
1. 測(cè)試的質(zhì)量
客戶滿意度
上線后出現(xiàn)的缺陷數(shù)所占比例（按級(jí)別）
所設(shè)計(jì)的測(cè)試（用例）的覆蓋率（看做了什么類型的測(cè)試、對(duì)覆蓋率的理解和要求）
需求、設(shè)計(jì)評(píng)審漏掉的問題或比例
無效用例/腳本百分比
用例或腳本執(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è)試（用例）
開發(fā)了多少自動(dòng)化測(cè)試腳本
執(zhí)行了多少測(cè)試（用例）
報(bào)告了多少缺陷
每天在測(cè)試上花了多少時(shí)間
數(shù)量增長率
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è)試用例
每天開發(fā)的腳本行數(shù)
有效性提高速度
效率提高速度
4. 有哪些突出的成績或事件
測(cè)試專利申請(qǐng)或被批準(zhǔn)數(shù)
產(chǎn)品特性較大改進(jìn)的建議被采納
測(cè)試過程較大改進(jìn)的建議被采納
克服了某個(gè)測(cè)試難題
克服了某個(gè)測(cè)試瓶頸
一種新的且有效的測(cè)試策略
一種新的且有效的測(cè)試方法
發(fā)現(xiàn)新的缺陷模式（故障模式）
提出并設(shè)計(jì)了一款測(cè)試工具
開發(fā)實(shí)現(xiàn)了一款測(cè)試工具
解決了某種測(cè)試過程或結(jié)果的度量
......
（看完這些KPI，測(cè)試開發(fā)在里面只是其中幾項(xiàng)，并不是很突出）
如果你還覺得沒破這個(gè)梗，需要付費(fèi)，
邀請(qǐng)作者專門去實(shí)地調(diào)查研究
制定方案，徹底破這個(gè)梗
聯(lián)系客服
