軟件測(cè)試工程師績(jī)效評(píng)估表

Word-5-軟件測(cè)試工程師績(jī)效評(píng)估表

軟件測(cè)試工程師績(jī)效評(píng)估表

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

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

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

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

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

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

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

7與開(kāi)發(fā)工程師和研發(fā)部門溝通報(bào)告任務(wù)進(jìn)展?fàn)顩r，并提出最近的測(cè)試需求;

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

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

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

二.軟件測(cè)試的不確定性：

1軟件測(cè)試的目的就是使軟件的錯(cuò)誤不斷趨進(jìn)于零，但軟件的錯(cuò)誤是永久找不完的;

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

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

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

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

測(cè)試工作的最終目標(biāo)就是發(fā)覺(jué)客戶可能發(fā)覺(jué)的全部錯(cuò)誤。假如移植測(cè)試在使用第一天就發(fā)覺(jué)了你沒(méi)測(cè)試出來(lái)的錯(cuò)誤，那測(cè)試是失敗的。假如使用了很久(如幾個(gè)月)才消失錯(cuò)誤，那說(shuō)明測(cè)試還是勝利的。

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

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

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

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

(編寫測(cè)試用例)

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

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

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

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

8測(cè)試工程師準(zhǔn)時(shí)與開(kāi)發(fā)工程師溝通、溝通解決問(wèn)題;(部門間的工作協(xié)調(diào)力量)

9測(cè)試工程師準(zhǔn)時(shí)提交測(cè)試報(bào)告;(報(bào)告的準(zhǔn)時(shí)性、精確?????性)

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

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

等..

四.軟件測(cè)試人員工作業(yè)績(jī)?cè)u(píng)估的誤區(qū)：

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

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

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

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

因此，必需要走出用問(wèn)題單數(shù)量、用例數(shù)量評(píng)價(jià)測(cè)試人員的誤區(qū)。

2對(duì)軟件人員發(fā)覺(jué)的問(wèn)題的價(jià)值沒(méi)有進(jìn)行評(píng)估;

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

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