目標：為了增強部門測試工程師考核的合理性、科學性，特制定本準則，根據本準則來完成對部門所有測試工程師的考核
目前部門測試團隊共有11人，進行多個專案執行的軟體測試工作，同時承擔著部門大量的隨機測試任務、效能測試任務、自動化測試任務
在每一項考核中我們都增加了考核的權數，每個文件、用例、bug的提交都需要與權數相乘以後才是最終的得分，所有的得分相加將是測試工程師的最終得分
指標：1、提交測試相關文件的質量
當前部門軟體測試過程主要體現測試計畫、測試用例、測試報告（會有多個）幾個文件，故而對文件的考核將主要依據這幾個文件來完成，對文件的質量的考核將在加分、扣分中闡述，文件的質量不滿足要求會出現被扣分的情況，但是扣分最多只能扣除本文件帶來積分（一般乙個文件1分）
文件的考核權數為1
文件總分 = 所有文件的總數×0.5
2、測試設計的質量
當前在部門測試過程中，測試設計的工作比重已經逐步增多，從而帶來了大量的測試設計工作，測試設計的好壞將直接決定著部門測試水平的高下；我們的測試設計分為測試項和測試用例，由於當前測試管理平台還有待改進，測試用例設計文件中對測試項和測試用例沒有嚴格的區別，故而很難定義、分解兩者，目前按照統一的標準來考核
測試設計的考核權數為0.1
測試用例總分 = 所有測試用例的總數×0.1
3、bug的提交情況
對測試中發現的bug進行分類和定義的目的，是為測試工程師的評價提供量化依據，為bug的有效性提供參考。在考核過程中，所有的bug統計都基於專案組確認是bug的前提下，專案組不認定是bug的不記入有效bug中、同時不記入考核積分。
前提保證：目前所有的bug每個月都會統一彙總公布，故而減少了非正常原因被拒絕的bug數量，提高了專案經理、ba工程師對bug的處理準確性
一級bug（系統崩潰）
在系統執行中出現嚴重錯誤導致系統陷於癱瘓，並且無法自行恢復正常的bug。一般，這類bug的出現和消除都無法控制，只有通過重啟系統才能恢復正常。比如，系統執行中出現的宕機、系統癱瘓、通訊鏈路頻繁或長期中斷、系統的關鍵功能在某些情況喪失、系統關鍵效能不能達到設計指標等。
另外還有穩定性方面的嚴重問題等。
考核權數：0.8
二級bug（應用程式崩潰）
系統功能出現嚴重錯誤，嚴重影響系統執行和使用者使用，但無需重啟系統就可以恢復或者無法自行恢復，但對系統影響相對較小的bug。比如，區域性宕機後自動復位恢復、系統資源吊死導致的業務無法進行、系統狀態或者資料區混亂影響正常執行、操作維護效能資料或告警無法上報、系統某些重要功能不穩定或者喪失、系統重要效能不能達到設計指標等。系統的重要功能已經實現，但是功能實現不合理，操作十分不便或易引起使用者歧義及誤操作而產生較嚴重後果。
考核權數：0.5
**bug（應用程式異常）
系統功能實現上出現錯誤，導致某些功能不能正常使用，或者系統某些功能未能實現，但對系統其他功能沒有嚴重影響的bug。比如，切換演算法錯誤導致的不能正常切換、操作維護配置無法進行、程式中對異常缺乏保護導致的功能不完善、系統某些提及的功能未實現等。系統的一般功能實現不合理，對使用者使用造成一定影響。
考核權數：0.3
四級bug（輕微異常）
系統的重要和基本功能都已實現，但存在某些輕微的介面問題，或者功能實現不合理，功能使用不方便，對使用者使用造成輕微影響。比如，沒有提供錯誤資訊列印或者資訊列印錯誤、缺乏對某些輸入引數的合法性檢查、多餘的功能實現等。
考核權數：0.2
五級bug（建議）
其他的說明性，建議性的問題。系統功能、效能、介面、操作、工藝、組網、服務等各方面存在的需改進的地方，測試人員可以將其作為建議提交需求管理流程，不列入bug統計的範圍。
考核權數：0.1
bug總分 = 一級bug總數 ×1 + 二級bug總數×0.8 + **bug總數×0.5 + 四級bug總數×0.2 + 五級bug總數×0.1
4、加減分項
a）加分
說明：加分只能當月加分，不能乙個輸出多次重複加分，最多一次只能加3分
1）對其他同事培訓
2）提出專案過程中的問題反饋：
一般問題：0.2
嚴重問題：0.4
測試過程改進問題：0.6
說明：由於目前還沒有嚴格的問題嚴重程度的定義，故而暫時由測試負責人指定加分額度。
3）效能測試
按照效能測試持續時間進行折算（每天3分）
說明：如果某段時間效能測試不飽和，則按照小時數進行折算（需要測試負責人確認折算）
4）自動化測試
按照自動化測試持續時間進行這算（每天2分）
說明：如果某段時間自動化測試不飽和，則按照小時數進行折算（需要測試負責人確認折算）
總加分 = 所有加分項加分的總和
b）減分：
說明：對於每乙個輸出內容的減分不能超過輸出產生的所能產生的所有積分，如乙個文件的減分不能超過1分，乙個五級bug的減分不能超過0.1分
文件：文件沒有按照規範書寫，文件質量低下（考核結果主要**於專案經理對文件的認可度）
用例：沒有按照規範書寫（主要包括格式、內容等）
bug：
1）是否按照bug提交標準提交bug
2） bug描述是否清楚、準確
運維bug：
運維逃逸bug按照嚴重程度加分中的原則基本分×2進行折扣
總減分 = 所有減分項的總和
c）測試負責人微調
考核過程中，測試負責人可以根據測試工程師的認真程度對整體得分進行微調，微調幅度不能超過10%
5、考核準則
a）積分統計原則
總分=（bug總分 + 文件總分 + 測試用例總分 + 總加分 – 總減分）× 微調比率
b）等級劃分原則
s: 100分以上
a1：90－100
a2：70－90
軟體測試工程師面試寶典
軟體測試工程師必備素質 軟體測試基本理論知識試題彙總 一 判斷題 1 軟體測試的目的是盡可能多的找出軟體的缺陷。2 beta 測試是驗收測試的一種。3 驗收測試是由終端使用者來實施的。4 專案立項前測試人員不需要提交任何工件。5 單元測試能發現約80 的軟體缺陷。6 評審是檢查源 是否達到模組設計的...
軟體測試工程師績效評估表
一 軟體測試工程師職責 1 與軟體產品部配合完成軟體需求分析討論，並根據需求說明書制定 專案測試 計畫 方案 編寫 測試用例 建立測試環境 2 負責研發部門各開發組研發的軟體產品開發過程和投入運營之前的新增軟體和修改軟體的模組測試和系統測試 建立 推廣並維護實施軟體版本管理系統 3 負責推廣實施軟體...
軟體測試工程師與面試題
開發思想，邏輯能力 目錄測試用例 2 測試用例的設計 3 一 白盒技術 3 二 黑盒技術 4 面試題 9 測試用例 test case 是為某個特殊目標而編制的一組測試輸入 執行條件以及預期結果，以便測試某個程式路徑或核實是否滿足某個特定需求。指對一項特定的軟體產品進行測試任務的描述，體現測試方案 ...