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

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

相關(guān)推薦

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

一．第一文庫網(wǎng)軟件測試工程師職責(zé)：

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

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

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

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

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

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

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

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

10外部接口都由測試部主管負(fù)責(zé)完成，與其他項目組和產(chǎn)品部門協(xié)調(diào)項目進(jìn)度；

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

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

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

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

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

三．測試工作最低成功標(biāo)準(zhǔn)及測試工程師考核內(nèi)容：

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

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

測試工程師考核內(nèi)容：

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

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

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

（編寫測試用例）

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

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

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

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

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

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

等………..

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

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

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

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

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

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

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

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

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

多；

3 不重視測試文檔的質(zhì)量；

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

試人員才能寫出高質(zhì)量的測試報告；

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

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

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

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

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