軟件測試工程師績效評估表_第1頁
軟件測試工程師績效評估表_第2頁
軟件測試工程師績效評估表_第3頁
軟件測試工程師績效評估表_第4頁
軟件測試工程師績效評估表_第5頁
已閱讀5頁,還剩12頁未讀, 繼續(xù)免費(fèi)閱讀

付費(fèi)下載

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

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

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

1與軟件產(chǎn)品部配合完畢軟件需求分析討論,并根據(jù)需求闡明書

制定《項(xiàng)目測試(計(jì)劃)方案》;編寫《測試用例》;建立測試

環(huán)境;

2負(fù)責(zé)研發(fā)部門各開發(fā)組研發(fā)口勺軟件產(chǎn)品開發(fā)過程和投入運(yùn)行之

前口勺新增軟件和修改軟件的模塊測試和系統(tǒng)測試;建立、推廣

并維護(hù)實(shí)行軟件版本管理系統(tǒng);

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

檔;

4負(fù)責(zé)配合軟件研發(fā)部門等對于新項(xiàng)目軟件或修改升級項(xiàng)目軟件

日勺測試工作,并提供測試匯報(bào);

5負(fù)責(zé)監(jiān)督軟件開發(fā)流程日勺執(zhí)行,并負(fù)責(zé)提出軟件開發(fā)過程改善

提議,提高軟件產(chǎn)品質(zhì)量。

6與開發(fā)工程師和研發(fā)部門交流匯報(bào)任務(wù)進(jìn)展?fàn)顩r,并提出近來

的測試需求;

7測試部負(fù)責(zé)制定測試計(jì)劃、測試用例和測試實(shí)行方案,項(xiàng)目主

負(fù)責(zé)人安排測試與對應(yīng)的開發(fā)人員交流完畢測試執(zhí)行工作;和

時(shí)提交精確、完整的《項(xiàng)目測試匯報(bào)》;

8項(xiàng)目主負(fù)責(zé)人負(fù)責(zé)開發(fā)流程管理和人力資源、測試用軟硬件資

源調(diào)配,需要與研發(fā)之外的部門定期交流掌握下周或近期也許

測試任務(wù);

9外部接口都由測試部主管負(fù)責(zé)完畢,與其他項(xiàng)目組和產(chǎn)品部門

協(xié)調(diào)項(xiàng)目進(jìn)度;

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

1軟件測試的目的就是使軟件的錯(cuò)誤不停趨進(jìn)于零,但軟件的錯(cuò)

誤是永遠(yuǎn)找不完的;

2開始測試時(shí),也許軟件使用1個(gè)小時(shí)就出現(xiàn)10個(gè)錯(cuò)誤;測試修

正后1個(gè)小時(shí)出現(xiàn)一種錯(cuò)誤,繼續(xù)修正,繼續(xù)測試,直到約一

種月出現(xiàn)一種錯(cuò)誤。這時(shí)這個(gè)出錯(cuò)幾率已經(jīng)通過終止評審可以

接受了。那么測試就結(jié)束了。移植成功之后測試工作由開發(fā)部

門來維護(hù)。

3測試某些成熟的游戲或應(yīng)用,測試過程中很難發(fā)現(xiàn)大量的缺陷;

而測試某些不成熟日勺游戲或應(yīng)用,在測試前期,會出現(xiàn)大量的

問題;這樣就導(dǎo)致不一樣的工程師發(fā)現(xiàn)不一樣數(shù)量日勺bug;

4軟件測試日勺進(jìn)度首先會按照測試計(jì)劃逐漸進(jìn)行,不過在測試過

程中,測試進(jìn)度會隨研發(fā)部門日勺進(jìn)度而調(diào)整;因此積極的與研

發(fā)部門交流、協(xié)調(diào)測試中的問題是相稱必要日勺。

三.測試工作最低成功原則和測試工程師考核內(nèi)容:

測試工作日勺最終目的就是發(fā)現(xiàn)客戶也許發(fā)現(xiàn)H勺所有錯(cuò)誤。假如

移植測試在使用第一天就發(fā)現(xiàn)了你沒測試出來的錯(cuò)誤,那測試

是失敗的。假如使用了很久(如幾種月)才出現(xiàn)錯(cuò)誤,那闡明

測試還是成功的。

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

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

力)

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

3測試工程師獲取資料,使得編制的測試用例更切合測試區(qū)I重點(diǎn)、

難點(diǎn)以和關(guān)注點(diǎn);

(編寫測試用例)

4測試工程師比開發(fā)工程師更輕易發(fā)現(xiàn)產(chǎn)品口勺問題;(不一樣的思

維模式)

5測試工程師總是不停的發(fā)現(xiàn)問題,驗(yàn)證問題;(提交bug數(shù)量、

bug質(zhì)量)

6測試T程師按照測試計(jì)劃完畢各自T作;(測試計(jì)劃日勺執(zhí)行能

力)

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

8測試工程師和時(shí)與開發(fā)工程師溝通、交流處理問題;(部門間的

工作協(xié)調(diào)能力)

9測試工程師和時(shí)提交測試匯報(bào);(匯報(bào)日勺和時(shí)性、精確性)

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

11測試工程師協(xié)助開發(fā)工程師,理解開發(fā)流程等信息;(學(xué)習(xí)能力)

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

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

好壞;

模塊A很不穩(wěn)定,潛在的問題數(shù)也許有100個(gè),由測試人員甲負(fù)

責(zé)測試,他一種月執(zhí)行300個(gè)用例,提交50個(gè)問題單,發(fā)現(xiàn)30

個(gè)有效問題,有10個(gè)嚴(yán)重問題;

模塊B比較穩(wěn)定,潛在的問題數(shù)也許有20個(gè),由測試人員乙負(fù)責(zé)

測試,他一種月執(zhí)行100個(gè)用例,提交20個(gè)問題單,發(fā)現(xiàn)18個(gè)

有效問題,有8個(gè)嚴(yán)重問題;

從上述測試執(zhí)行成果來看,甲提交的問題單數(shù)量和執(zhí)行用例數(shù)量

都要遠(yuǎn)遠(yuǎn)高于乙,不過從測試口勺質(zhì)量來看,模塊8的遺留問題顯

然少于模塊A,甲執(zhí)行測試的充足性顯然不如乙,從問題單質(zhì)量

來看,甲提交的問題單雖然諸多,但近半數(shù)是非問題,做了無用

功,還影響到開發(fā)人員對問題日勺定位所消耗日勺時(shí)間c

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

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

發(fā)現(xiàn)一種系統(tǒng)架構(gòu)設(shè)計(jì)方面的缺陷和隱患遠(yuǎn)比發(fā)現(xiàn)幾種一般界

面顯示問題的價(jià)值大口勺多;

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

測試文檔的質(zhì)量往往是測試人員測試水平出J反應(yīng);只有對系統(tǒng)進(jìn)

行了統(tǒng)分日勺、深入的測試人員才能寫出高質(zhì)量日勺測試匯報(bào);

4不重視測試人員W、J綜合能力;

責(zé)任心、積極性、發(fā)明性以和溝通和協(xié)調(diào)能力

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

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

類型評估參數(shù)參數(shù)值闡明

提交有效問單位最基本的考核指標(biāo)

題數(shù)量(個(gè))

單位需要測試人員意識到處理非問題影響

問題提交的非問

(個(gè))測試、開發(fā)的工作效率;測試主管必

(35%)題數(shù)量

須嚴(yán)格審核測試人員提交的bug

優(yōu)秀問題描述與否清晰;

提交問題時(shí)

良好有關(guān)trace文獻(xiàn)與否齊全;

規(guī)范性

一般問題等級、版本等信息與否對的;

不合格問題跟蹤與否到位;

嚴(yán)重問題所單位(嚴(yán)重問題/問題總數(shù))*100%

占比例(%)

非常好

提交問題的J綜合評估測試人員提交問題的質(zhì)量;

很好

質(zhì)量測試人員發(fā)現(xiàn)問題日勺深入程度;

一般

良好

工作效率優(yōu)秀對自己所提交問題時(shí)多版本跟蹤;

提交bug良好Check他人bug的程度;

驗(yàn)證bug一般不一樣模塊功能W、J理解程度;

不合格

執(zhí)行用例覆蓋率

測試用例困難

開發(fā)用例難

(20%)一般

輕易

編寫測試用???*用力的難度直接反應(yīng)測試人員的測試

例質(zhì)量能力;并影響測試效率;

FREETEST????用例外,測試發(fā)現(xiàn)問題的能力

新增測試用???*

例價(jià)值

新增測試用???.

例質(zhì)量

優(yōu)秀測試匯報(bào)日勺規(guī)范化程度;

測試匯報(bào)質(zhì)

文檔良好和時(shí)性;

(15%)一般精確性;

不合格

內(nèi)部測試文常常測試工作的協(xié)調(diào);

檔、測試經(jīng)驗(yàn)偶爾經(jīng)驗(yàn)的交流;

的交流和共從不問題確實(shí)定;

享寸寸

工作積極性優(yōu)良中積極處理測試中碰到日勺問題;

態(tài)度

溝通能力???根據(jù)實(shí)際狀況,分析評價(jià);

(30%)

學(xué)習(xí)能力???不停的提高工作效率;

項(xiàng)目理解(積???對項(xiàng)目總體的把握;

極性)

測試計(jì)劃的1???執(zhí)行計(jì)劃;

執(zhí)行

部門間團(tuán)結(jié)???各部門互相配合處理問題;

協(xié)作

上級主管綜合評估和意見:

綜合評估:部門經(jīng)理給出測試人員考核評估和意見

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

評估類

績效指標(biāo)評價(jià)原則分值

嚴(yán)格遵守各項(xiàng)工作制度和崗位規(guī)定。

工作認(rèn)真負(fù)責(zé),責(zé)任心強(qiáng)。

可以積極進(jìn)行工作溝通、交流。16-20

積極發(fā)現(xiàn)問題,并且跟蹤處理。分

積極參與測試組各項(xiàng)活動,可以積極

承擔(dān)組內(nèi)工作,

遵守各項(xiàng)工作制度和崗位規(guī)定。

工作認(rèn)真負(fù)責(zé),責(zé)任心強(qiáng)。1、工作空

可以積極進(jìn)行工作溝通、交流。位職責(zé))

11-15

軟件測積極發(fā)現(xiàn)問題,基本能做到跟蹤處2、工作1

工作態(tài)度分

試績效理。3、工作才

參與測試組各項(xiàng)活動,可以承擔(dān)組內(nèi)4、溝通、

工作任務(wù)。5、積極寸

遵守各項(xiàng)工作制度和崗位規(guī)定。

工作認(rèn)真負(fù)責(zé),責(zé)任心強(qiáng)。

6-10

可以進(jìn)行工作中基本溝通、交流。

發(fā)現(xiàn)問題,缺乏跟蹤處理。

參與測試組各項(xiàng)活動,可以承擔(dān)組內(nèi)

工作。

有督導(dǎo)狀況下

基本能遵守各項(xiàng)工作制度和崗位規(guī)

定。

能基本按規(guī)定完畢任務(wù)。

0~5分

進(jìn)行基本工作溝通、交流。

發(fā)現(xiàn)問題,缺乏跟蹤處理。

基本能參與測試組各項(xiàng)活動,不可以

承擔(dān)組內(nèi)工作,

嚴(yán)格按照用例模版編寫用例

根據(jù)需求設(shè)計(jì)有效用例,覆蓋所有改1

1、測試/

需求點(diǎn)。

2、設(shè)計(jì)彳

用例描述精確、簡潔、清晰,評審?fù)?/p>

9-103、用例」

測試用例過率高。

分4、用例i

按計(jì)劃執(zhí)行用例并且可以和時(shí)補(bǔ)充

5、用例4

用例保證用例完整性,對于無法執(zhí)行

6、用例彳

或不具有環(huán)境不能法執(zhí)行用例和時(shí)

溝通,并且測試成果中詳細(xì)闡明。

可以按照用例模版編寫用例

根據(jù)需求設(shè)計(jì)有效用例,基本覆蓋所

有歐I需求點(diǎn)。

用例描述比較精確、簡潔、清晰,評

審?fù)ㄟ^率高。6-8分

按計(jì)劃執(zhí)行用例并且可以和時(shí)補(bǔ)充

用例保證用例完整性,對于無法執(zhí)行

或不具有環(huán)境不能執(zhí)行用例和時(shí)溝

通。并且測試成果中詳細(xì)闡明。

在有人員指導(dǎo)狀況下到達(dá)如下原則

或者個(gè)人獨(dú)立工作到達(dá)如下規(guī)定

可以按照用例模版編寫用例

根據(jù)需求設(shè)計(jì)有效用例,基本覆蓋重

要功能口勺需求點(diǎn)。

用例描述基本精確、簡潔、清晰,通

3-5分

過評審可以到達(dá)規(guī)定。

基本按計(jì)劃執(zhí)行用例并且基本能和

時(shí)補(bǔ)充用例保證用例完整性。對于無

法執(zhí)行或不具有環(huán)境不能執(zhí)行用例

基本做到和時(shí)溝通,并且測試成果中

詳細(xì)闡明。

基本能按照用例模版編寫用例

根據(jù)需求設(shè)計(jì)有效用例,沒有覆蓋所

有的1需求點(diǎn)。

用例描述基本精確、簡潔、清晰,通

過評審可以到達(dá)規(guī)定。0-2分

不能按計(jì)劃執(zhí)行用例并且可以和時(shí)

補(bǔ)充用例保證用例完整性。對于無法

執(zhí)行或不具有環(huán)境不能執(zhí)行用例基

本做到和時(shí)溝通

可以按照規(guī)定H勺流程提交并跟蹤BUG

的全過程。

BUG描述語言簡潔、精確。

BUG再現(xiàn)環(huán)節(jié)清晰、條理性強(qiáng),易于

1、bug并

再現(xiàn)。9-10

對應(yīng))

根據(jù)需求提交對應(yīng)BUG,沒提交錯(cuò)誤分

2、bug#

測試BUGBUGo

3、重顯才

可以分析和定位產(chǎn)生的原因,并能根

4、bug不

據(jù)BUG的產(chǎn)生趨勢做出有效的質(zhì)量和

5、bug

風(fēng)險(xiǎn)風(fēng)析

可以按照規(guī)定的流程提交并跟蹤BUG6~8分

時(shí)全過程。

BUG描述語言較簡潔、較精確。

BUG再現(xiàn)環(huán)節(jié)較清晰、條理性較強(qiáng),

易于再現(xiàn)。

根據(jù)需求提交對應(yīng)BUG,很少提交錯(cuò)

誤BUGo

可以完畢基本分析和定位產(chǎn)生的原

因,基本并能根據(jù)BUG的產(chǎn)生趨勢做

出有效口勺質(zhì)量和風(fēng)險(xiǎn)風(fēng)析。

在有人員指導(dǎo)狀況下到達(dá)如下原則

或者個(gè)人獨(dú)立工作到達(dá)如下規(guī)定:

基本可以按照規(guī)定的流程提交并跟

蹤BUG時(shí)全過程。

BUG描述語言基本完整。

BUG再現(xiàn)環(huán)節(jié)基本清晰、條理性不強(qiáng),3~5分

可以再現(xiàn)。

根據(jù)需求提交對應(yīng)BUG,出現(xiàn)提交錯(cuò)

誤BUG。

可以協(xié)助開發(fā)再現(xiàn),定位bug。

對bug進(jìn)行基本總結(jié)。

可以按照規(guī)定的流程提交并跟蹤BUG0-2分

時(shí)全過程。

提交口勺BUG有三分之一描述語言不精

確。

BUG有三分之一出現(xiàn)環(huán)節(jié)不清晰、條

理性差,難于再現(xiàn)。

根據(jù)需求基本能提交對應(yīng)BUG,出現(xiàn)

錯(cuò)誤BUG。

可以準(zhǔn)時(shí)或提前完畢工作計(jì)劃,并且

內(nèi)容有效、精確、合理,使人能清晰

地把握工作進(jìn)展和動態(tài)。

可以準(zhǔn)時(shí)或提前完畢任務(wù),并且按規(guī)

定完畢各項(xiàng)分派日勺工作,工作成果符

合規(guī)定,精確率高。

可以通對過程和執(zhí)行成果的分析、評16-20

工作能力

估,形成精確的測試匯報(bào)。分

善于溝通,能自發(fā)與人合作,積極配

合,輕易和他人到達(dá)工作默契。

純熟掌握測試基本技能,技巧,純熟

掌握項(xiàng)目業(yè)務(wù)、理解業(yè)務(wù)領(lǐng)域知識,

對測試需求把握到位,可以獨(dú)立承擔(dān)

完整H勺測試工作。

可以準(zhǔn)時(shí)完畢工作計(jì)劃,并且內(nèi)容較

有效、較精確、較合理,使人能比較

清晰地把握工作進(jìn)展和動態(tài)。

可以準(zhǔn)時(shí)并且按規(guī)定完畢各項(xiàng)分派

的工作,工作成果比較符合規(guī)定,精

確率較高。

可以通對過程和執(zhí)行成果日勺分析、評11-15

估,形成較精確的I測試匯報(bào)。分

具有團(tuán)體意識,樂于與人溝通協(xié)調(diào),

順利到達(dá)組織任務(wù)。

熟悉掌握測試基本技能,技巧,熟悉

項(xiàng)目業(yè)務(wù)、理解業(yè)務(wù)領(lǐng)域知識,對測

試需求把握比較到位,可以獨(dú)立承擔(dān)

完整的1測試工作。

基本可以準(zhǔn)時(shí)完畢工作計(jì)劃,并且內(nèi)

容基本有效、基本精確、基本合理,

使人能基本清晰地把握工作進(jìn)展和

動態(tài)。6-10

基本可以按規(guī)定完畢各項(xiàng)分派的工分

作,工作成果基本符合規(guī)定,精確率

較高。

可以通對過程和執(zhí)行成果的分析、評

估,形成測試匯報(bào)。

有一定日勺團(tuán)體意識,可以維護(hù)團(tuán)體形

像,尚能與人合作,到達(dá)共同目W、J。

熟悉掌握測試基本技能,技巧,熟悉

項(xiàng)目業(yè)務(wù)、理解業(yè)務(wù)領(lǐng)域知識,對測

試需求把握比較到位,可以獨(dú)立承擔(dān)

完整H勺測試工作。

很少可以準(zhǔn)時(shí)完畢工作計(jì)劃,并且內(nèi)

容有效、不精確、不合理,使人不能

清晰地把握工作進(jìn)展和動態(tài)。

很少可以按規(guī)定完畢各項(xiàng)分派的工

作,工作成果基本符合規(guī)定。

可以通對過程和執(zhí)行成果做簡樸分

析、評估,形成測試匯報(bào)。

0-5分

團(tuán)體合作意識不強(qiáng),工作配合中存在

較多局限性,協(xié)調(diào)不善,致使工作推

進(jìn)緩慢

掌握某些測試基木技能,技巧,理解

項(xiàng)目業(yè)務(wù)、理解業(yè)務(wù)領(lǐng)域知識,基本

能把握測試需求,在他人指導(dǎo)下可以

承擔(dān)部分的測試工作。

積極發(fā)現(xiàn)工作過程中存在的1問題,提

出改善措施,可以處理問題(涉和團(tuán)

體)

積極學(xué)習(xí)新的工具和新的知識9-10

改善測試工作,提高工作效率,改善

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論