軟件測試工程師績效評估表

時間：2023-04-30 23:22:56 資料我要投稿

相關推薦

軟件測試工程師績效評估表

一．第一文庫網軟件測試工程師職責：

1 與軟件產品部配合完成軟件需求分析討論，并根據需求說明書制定《項目測試（計劃）方案》；編寫《測試用例》；建立測試環(huán)境；

2 負責研發(fā)部門各開發(fā)組研發(fā)的軟件產品開發(fā)過程和投入運營之前的新增軟件和修改軟件的模塊測試和系統(tǒng)測試；建立、推廣并維護實施軟件版本管理系統(tǒng)；

3 使用并維護軟件缺陷管理系統(tǒng)mantis，負責軟件問題解決過程跟蹤記錄，提交《mantis報告》；

4 負責推廣實施軟件開發(fā)文檔規(guī)范化工作，管理研發(fā)產品相關文檔；

5 負責配合軟件研發(fā)部門等對于新項目軟件或修改升級項目軟件的測試工作，并提供測試報告；

6 負責監(jiān)督軟件開發(fā)流程的執(zhí)行，并負責提出軟件開發(fā)過程改進建議，提高軟件產品質量。

7 與開發(fā)工程師和研發(fā)部門交流報告任務進展情況，并提出最近的測試需求；

8 測試部負責制訂測試計劃、測試用例和測試實施方案，項目主負責人安排測試與對應的開發(fā)人員交流完成測試執(zhí)行工作；及時提交準確、完整的《項目測試報告》； 9 項目主負責人負責開發(fā)流程管理和人力資源、測試用軟硬件資源調配，需要與研發(fā)之外的部門定期交流掌握下周或近期可能測試任務；

10外部接口都由測試部主管負責完成，與其他項目組和產品部門協(xié)調項目進度；

二．軟件測試的不確定性：

1 軟件測試的目的就是使軟件的錯誤不斷趨進于零，但軟件的錯誤是永遠找不完的； 2 開始測試時，可能軟件使用1個小時就出現(xiàn)10個錯誤；測試修正后1個小時出現(xiàn)一個錯誤，繼續(xù)修正，繼續(xù)測試，直到約一個月出現(xiàn)一個錯誤。這時這個出錯幾率已經通過終結評審可以接受了。那么測試就結束了。移植成功之后測試工作由開發(fā)部門來維護。

3 測試一些成熟的游戲或應用，測試過程中很難發(fā)現(xiàn)大量的缺陷；而測試一些不成熟的游戲或應用，在測試前期，會出現(xiàn)大量的問題；這樣就導致不同的工程師發(fā)現(xiàn)不同數(shù)量的bug；

4 軟件測試的進度首先會按照測試計劃逐步進行，但是在測試過程中，測試進度會隨研

發(fā)部門的進度而調整；所以積極的與研發(fā)部門交流、協(xié)調測試中的問題是相當必要的。

三．測試工作最低成功標準及測試工程師考核內容：

測試工作的最終目標就是發(fā)現(xiàn)客戶可能發(fā)現(xiàn)的所有錯誤。如果移植測試在使用第一天

就發(fā)現(xiàn)了你沒測試出來的錯誤，那測試是失敗的。如果使用了很久（如幾個月）才出現(xiàn)錯誤，那說明測試還是成功的。

測試工程師考核內容：

1 測試工程師比開發(fā)工程師更了解產品；（產品各模塊總體把握能力）

2 測試工程師能從客戶的角度來檢測軟件的功能；（用戶身份）

3 測試工程師獲取資料，使得編制的測試用例更切合測試的重點、難點以及關注點；

（編寫測試用例）

4 測試工程師比開發(fā)工程師更容易發(fā)現(xiàn)產品的問題；（不同的思維模式）

5 測試工程師總是不斷的發(fā)現(xiàn)問題，驗證問題；（提交bug數(shù)量、bug質量） 6 測試工程師按照測試計劃完成各自工作；（測試計劃的執(zhí)行能力）

7 測試工程師以操作員的角度測試產品；（Free 測試能力）

8 測試工程師及時與開發(fā)工程師溝通、交流解決問題；（部門間的工作協(xié)調能力） 9 測試工程師及時提交測試報告；（報告的及時性、準確性）

10 測試工程師之間處理問題；（共同完成任務）

11 測試工程師協(xié)助開發(fā)工程師，了解開發(fā)流程等信息；（學習能力）

等………..

四．軟件測試人員工作業(yè)績評估的誤區(qū)：

1 不能僅從提交的問題數(shù)量、測試執(zhí)行用例數(shù)量來判斷測試人員的好壞；

模塊A很不穩(wěn)定，潛在的問題數(shù)可能有100個，由測試人員甲負責測試，他一個月執(zhí)行

300個用例，提交50個問題單，發(fā)現(xiàn)30個有效問題，有10個嚴重問題；

模塊B比較穩(wěn)定，潛在的問題數(shù)可能有20個，由測試人員乙負責測試，他一個月執(zhí)行100個用例，提交20個問題單，發(fā)現(xiàn)18個有效問題，有8個嚴重問題；

從上述測試執(zhí)行結果來看，甲提交的問題單數(shù)量和執(zhí)行用例數(shù)量都要遠遠高于乙，但是從測試的質量來看，模塊B的遺留問題顯然少于模塊A，甲執(zhí)行測試的充分性顯然不如乙，從問題單質量來看，甲提交的問題單雖然很多，但近半數(shù)是非問題，做了無用功，還影響到開發(fā)人員對問題的定位所消耗的時間。

因此，必須要走出用問題單數(shù)量、用例數(shù)量評價測試人員的誤區(qū)。

2 對軟件人員發(fā)現(xiàn)的問題的價值沒有進行評估；

發(fā)現(xiàn)一個系統(tǒng)架構設計方面的缺陷和隱患遠比發(fā)現(xiàn)幾個普通界面顯示問題的價值大的

多；

3 不重視測試文檔的質量；

測試文檔的質量往往是測試人員測試水平的反映；只有對系統(tǒng)進行了統(tǒng)分的、深入的測

試人員才能寫出高質量的測試報告；

4 不重視測試人員的綜合能力；

責任心、積極性、創(chuàng)造性以及溝通和協(xié)調能力

附：軟件測試工程師業(yè)績評估模板：（滿分：100分）

上級主管綜合評定及意見：

附：軟件測試工程師業(yè)績評估模板