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

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

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

一.軟件測試工程師職責(zé)：

1與軟件產(chǎn)品部協(xié)作完成軟件需求分析爭論，并依據(jù)需求說明書制定;編寫;建立測試環(huán)境;

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

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

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

5負責(zé)協(xié)作軟件研發(fā)部門等對于新項目軟件或修改升級項目軟件的測試工作，并供應(yīng)測試報告;

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

7與開發(fā)工程師和研發(fā)部門溝通報告任務(wù)進展狀況，并提出最近的測試需求;

8測試部負責(zé)制訂測試方案、測試用例和測試實施方案，項目主負責(zé)人支配測試與對應(yīng)的開發(fā)人員溝通完成測試執(zhí)行工作;準時提交精確?????、完整的;

9項目主負責(zé)人負責(zé)開發(fā)流程管理和人力資源、測試用軟硬件資源調(diào)配，需要與研發(fā)之外的部門定期溝通把握下周或近期可能測試任務(wù);

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

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

1軟件測試的目的就是使軟件的錯誤不斷趨進于零，但軟件的錯誤是永久找不完的;

2開頭測試時，可能軟件使用1個小時就消失10個錯誤;測試修正后1個小時消失一個錯誤，連續(xù)修正，連續(xù)測試，直到約一個月消失一個錯誤。這時這個出錯幾率已經(jīng)通過終結(jié)評審可以接受了。那么測試就結(jié)束了。移植勝利之后測試工作由開發(fā)部門來維護。

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

4軟件測試的進度首先會根據(jù)測試方案逐步進行，但是在測試過程中，測試進度會隨研發(fā)部門的進度而調(diào)整;所以樂觀的與研發(fā)部門溝通、協(xié)調(diào)測試中的問題是相當(dāng)必要的。

三.測試工作最低勝利標準及測試工程師考核內(nèi)容：

測試工作的最終目標就是發(fā)覺客戶可能發(fā)覺的全部錯誤。假如移植測試在使用第一天就發(fā)覺了你沒測試出來的錯誤，那測試是失敗的。假如使用了很久(如幾個月)才消失錯誤，那說明測試還是勝利的。

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

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

2測試工程師能從客戶的角度來檢測軟件的功能;(用戶身份)

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

(編寫測試用例)

4測試工程師比開發(fā)工程師更簡單發(fā)覺產(chǎn)品的問題;(不同的思維模式)

5測試工程師總是不斷的發(fā)覺問題，驗證問題;(提交bug數(shù)量、bug質(zhì)量)

6測試工程師根據(jù)測試方案完成各自工作;(測試方案的執(zhí)行力量)

7測試工程師以操作員的角度測試產(chǎn)品;(Free測試力量)

8測試工程師準時與開發(fā)工程師溝通、溝通解決問題;(部門間的工作協(xié)調(diào)力量)

9測試工程師準時提交測試報告;(報告的準時性、精確?????性)

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

11測試工程師幫助開發(fā)工程師，了解開發(fā)流程等信息;(學(xué)習(xí)力量)

等..

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

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

模塊A很不穩(wěn)定，潛在的問題數(shù)可能有100個，由測試人員甲負責(zé)測試，他一個月執(zhí)行300個用例，提交50個問題單，發(fā)覺30個有效問題，有10個嚴峻問題;

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

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

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

2對軟件人員發(fā)覺的問題的價值沒有進行評估;

發(fā)覺一個系統(tǒng)架構(gòu)設(shè)計方面的缺陷和隱患遠比發(fā)覺幾個一般界面顯示問題的價值大的多;

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