為了更方便、真實的與大家探討考核的內容，下面給大家列舉一個之前做的績效考核表作為參考，如表10-1和表10-2所示。
大家可以看到，在以上的績效考核案例中，我沒有把Bug數作為衡量標准來評價一個工程師是否優秀，因為這種評估方式往往起到反向效果。在進行績效考核時，發現Bug的數量只能作為一個人參考，而Bug的質量才是真正要思考的。例如，一個人發現了50個Bug（但是無效Bug有30個，低級別的Bug有15個），這恰恰只能說明這個人在認真工作，卻不能反映出這個人的技能水平。這樣非但沒有提高測試效率，反而增加了工作量。開發人員為了達到效率而費盡心機去完成代碼編寫，測試人員更是大多數時間浪費在淺顯簡單的Bug和提交Bug上面，而更重要、更有意義的工作卻沒有做，如測試計划編寫、用例的編寫和完善，日常測試工作的安排等。因為站在不同的角度，處於被不同的環境，對於問題的理解也不同，所以我們要多方面進行考核，如考核工作內容、擅長域和創新等。
下面介紹一下上面績效考核的設計原則。
1、測試任務
測試任務是測試人員日常的工作，考核的內容包括一下幾項。
（1）測試資料的質量。如測試計划、方案、用例和測試報告編寫的質量和評審等。
（2）Bug的質量，主要評估提交的Bug描述是否准確可復現，發現Bug的嚴重程度是否高級。
（3）測試相關資源准備情況，如缺陷庫、測試庫以及測試環境，有沒有在項目需要之前准備完畢。
2、擅長域
擅長域，顧名思義，即是一個人擅長的技能。擅長域與員工自身的職業規划相關，也與企業的戰略目標息息相關。例如，小李的職業規划是往自動化測試方向發展，在填寫擅長域時，往往與自動化測試工作相關，如使用自動化測試工具，提高工作效率等；小王職業規划是做性能測試工作，那么在填寫擅長域時，則與性能測試相關的工作有關。用這種方式，不僅提高了員工的積極性，給了他們實現職業目標的機會，也給企業帶來了很大的利益，因為讓一個人做自己喜歡做的事情，效率永遠最高。
3、創新能力
隨着互聯網的發展，技術也在不斷的更新換代在很多情況下需要引進一些新技術核心知識，只有不斷地創新，接受新知識，才能更好地提高測試團隊的整體水平。
4、加分項
加分項包括工作量和測試用例復用率。
在工作中，多少會有一些臨時項目或緊急任務。在這種情況下，如何去衡量工作量，主要都是通過一些緊急任務的完成情況來衡量，這種情況也能鍛煉測試人員處理緊急項目的能力和技能水平。
在整個測試工作中，大部分時間都用來設計測試計划、方案或者測試用例，測試執行的時間占很少。測試用例復用可以節省更多的時間去完善測試案例的設計，提高工作效率。
5、工作態度
測試人員的考核績效是在整個企業的績效考核之下完成的，一個人的工作態度、規章制度執行情況，創新力和培養他人的能力息息相關。
工作態度主要考核敬業精神、責任心、主動性，團隊協作、技能水平、學習培訓意識和他領導滿意度。
規章制度執行主要包括保密意識和成本意識。
軟件質量KPI指標規范V0.1
一、軟件質量KPI指標規范
目的：以軟件最終質量的結果驅動開發過程的管理。
1、 需求滿足度
計算方法：需求滿意度 = 項目周期內滿足的需求數 ÷ 項目周期內提交的軟件需求數
評估方法：從用戶的體驗角度依據定稿的需求說明書內容進行評估（產品驗收評估）
不合格定義：檢測過程發現軟件不具備需求說明書規定的功能或者質量要求
指標：需求滿足度 = 100%
2、 缺陷關閉率
計算方法：缺陷關閉率 = 項目周期內實際缺陷解決數÷（項目周期內發現的新缺陷 + 計划關閉的缺陷數）
指標：
4-5級嚴重缺陷關閉率 100%
2-3級一般缺陷關閉率 80%
1級次要缺陷關閉率 不設指標
3、 缺陷關閉周期
計算方法：缺陷關閉周期 = AVG（實際缺陷關閉時間 – 缺陷發現時間）（天）
指標：
嚴重缺陷關閉周期 按周統計變化趨勢，不設指標
一般缺陷關閉周期 按周統計變化趨勢，不設指標
4、 【缺陷密度】項目需求平均缺陷發現率
計算方法：項目需求平均缺陷發現率 = 該項目缺陷數÷用例行數 × 100行
單位：XXX個/百行
指標：缺陷密度<=8個/百行（參考微軟的80個/千代碼行）
評估方法：缺陷密度越大，代表軟件質量越差。
5、 軟件一次檢測通過率（測試通過率）
計算方法：軟件檢測一次通過率 = 一次檢測通過的項目需求數（用例步驟行數）÷提交參測的項目需求數（用例步驟行數）
指標：
P0用例 100%
P1用例 95%
P2-P4用例 不設指標
6、 項目缺陷發現率
計算方法：項目缺陷發現率 = 項目周期發現的缺陷數÷（項目周期發現的缺陷數 + 生產及市場反饋軟件缺陷數）
定義：生產及市場反饋軟件缺陷數是指發布上線后，生產或市場反饋回來的軟件質量缺陷數
指標：
5級缺陷發現率 = 100%
4級缺陷發現率 >= 95%
1-3級缺陷發現率 不設指標
二、其它國際公司軟件質量指標參考
TRW公司 (汽車，航空) 軟件度量指標 (部分)
•返工積壓 未完成的返工代碼行數/源代碼總行數
•返工穩定性 總返工代碼行數一已返工代碼總行數
•返工比率 返工代碼行數/源代碼總行數
MIL/SOFTQUAL美軍標軟件質量評估
•吞吐量
•響應時間
•存儲利用率
•缺陷密度
•錯誤平均間隔時間
•計算精度
•直接訪問效率
•有效通信帶寬
AT&T和 Bellcore
•內部發現的累計故障密度
•客戶發現的累計故障密度
•發現的嚴重故障總數
*關閉嚴重故障的平均時間
•嚴重故障仍然開放的時間
•領域總修改
微軟公司
•缺陷總數
•每個例程的缺陷數
*每千行代碼中的平均缺陷數
•平均故障時間間隔
•編譯器檢測出的錯誤數量
軟件缺陷分析
缺陷分析圖表
· 缺陷分布圖
缺陷數據與缺陷屬性的函數。
如缺陷狀態分布情況，缺陷嚴重性分布情況，缺陷模塊分布情況等。
還有缺陷產生原因分布情況，缺陷關閉方式分布情況。
一般是餅圖，每種情況的百分比以及缺陷數。
· 缺陷趨勢圖
用處：可以評估開發所做的努力，判斷測試完成標准。
按各種狀態將缺陷計數作為時間的函數顯示。
趨勢報告可以是累計的，也可以是非累計的。
X軸：時間
Y軸：新建的bug數，關閉的bug數
· 缺陷年齡報告
展示一個bug處於某個狀態的時間長短，比如new，open，resolved等等狀態。
從而了解處理這些缺陷的時間進度情況。
缺陷分析指標
反映產品質量的指標：
缺陷密度 = 缺陷數量 / 軟件規模
潛在缺陷概數 = (100% - 發布前缺陷去處率) * 缺陷密度
反映產品可靠性的指標：
平均失效時間 = 軟件持續運行時間 / 缺陷數量
反映缺陷發現及修復的效率的指標：
缺陷檢出率 = 某階段當時發現的缺陷 / 屬該階段的全部缺陷 * 100%
發布前缺陷去處率 = 發布前發現的缺陷 / (發布前發現的缺陷 + 軟件運行的前3個月發現的缺陷)* 100%
缺陷修正率 = 修復過程中未引發其他問題的缺陷數 / 被修復缺陷的總數 *100%
反映缺陷修復成本的指標：
平均修復時間 = ∑缺陷修復時間 / 缺陷數量
平均修復成本 = 開發人員的平均人力成本 * 平均修復時間
相對返工成本 = 返工的工作量 / 項目總工作量 *100%
軟件缺陷預防
1）測試活動盡量提前，通過及時消除開發前期階段引入的缺陷，防止這些缺陷遺留並放大到后續環節。
2）通過對已有缺陷進行分析，找出產生這些缺陷的技術上的不足和流程上的不足，通過對這些不足進行改進，防止類似缺陷再次發生。
測試部門KPI考核指標（參考版）
|
工作內容和質量-考核標准1
工作內容和質量-考核標准2
工作內容和質量-考核標准3
工作效率考核
素質能力考核
加減分項
|
對於工作多年的測試同學而言，KPI考核這肯定再熟悉不過了。
有些公司一年一次，我們公司半年一次，一年兩次。
這里我分享下我認為的考核要點。
1、這半年內，你的測試工作是否按流程規范執行。並進行簡單描述。
2、這半年內的工作成果展示：具體做了那些事，高度總結。
3、整體上線產品質量如何？這點很重要。
4、日常工作中是否積極主動做好本職工作，推進項目進度。
5、項目和測試組內，團隊合作能力如何？
6、工作過程中，個人做了哪些突出業績的事情。比如個人某方面技能提升后，大幅度提高了產品質量和測試效率，降低了人工成本。
大概就從這幾個方面入手，能量化的盡量用數據支撐
