軟件測試工程師績效評估表_第1頁
軟件測試工程師績效評估表_第2頁
軟件測試工程師績效評估表_第3頁
軟件測試工程師績效評估表_第4頁
全文預覽已結(jié)束

下載本文檔

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

文檔簡介

/軟件測試工程師績效評估表軟件測試工程師職責:1和軟件產(chǎn)品部協(xié)作完成軟件需求分析探討,并依據(jù)需求說明書制定《項目測試(支配)方案》;編寫《測試用例》;建立測試環(huán)境;2負責研發(fā)部門各開發(fā)組研發(fā)的軟件產(chǎn)品開發(fā)過程和投入運營之前的新增軟件和修改軟件的模塊測試和系統(tǒng)測試;建立、推廣并維護實施軟件版本管理系統(tǒng);3運用并維護軟件缺陷管理系統(tǒng)mantis,負責軟件問題解決過程跟蹤記錄,提交《mantis報告》;4負責推廣實施軟件開發(fā)文檔規(guī)范化工作,管理研發(fā)產(chǎn)品相關(guān)文檔;5負責協(xié)作軟件研發(fā)部門等對于新項目軟件或修改升級項目軟件的測試工作,并供應測試報告;6負責監(jiān)督軟件開發(fā)流程的執(zhí)行,并負責提出軟件開發(fā)過程改進建議,提高軟件產(chǎn)品質(zhì)量。7和開發(fā)工程師和研發(fā)部門溝通報告任務進展狀況,并提出最近的測試需求;8測試部負責制訂測試支配、測試用例和測試實施方案,項目主負責人支配測試和對應的開發(fā)人員溝通完成測試執(zhí)行工作;剛好提交精確、完整的《項目測試報告》;9項目主負責人負責開發(fā)流程管理和人力資源、測試用軟硬件資源調(diào)配,須要和研發(fā)之外的部門定期溝通駕馭下周或近期可能測試任務;10外部接口都由測試部主管負責完成,和其他項目組和產(chǎn)品部門協(xié)調(diào)項目進度;二.軟件測試的不確定性:1軟件測試的目的就是使軟件的錯誤不斷趨進于零,但軟件的錯誤是恒久找不完的;2起先測試時,可能軟件運用1個小時就出現(xiàn)10個錯誤;測試修正后1個小時出現(xiàn)一個錯誤,接著修正,接著測試,直到約一個月出現(xiàn)一個錯誤。這時這個出錯幾率已經(jīng)通過終結(jié)評審可以接受了。那么測試就結(jié)束了。移植成功之后測試工作由開發(fā)部門來維護。3測試一些成熟的游戲或應用,測試過程中很難發(fā)覺大量的缺陷;而測試一些不成熟的游戲或應用,在測試前期,會出現(xiàn)大量的問題;這樣就導致不同的工程師發(fā)覺不同數(shù)量的bug;4軟件測試的進度首先會依據(jù)測試支配逐步進行,但是在測試過程中,測試進度會隨研發(fā)部門的進度而調(diào)整;所以主動的和研發(fā)部門溝通、協(xié)調(diào)測試中的問題是相當必要的。三.測試工作最低成功標準及測試工程師考核內(nèi)容:測試工作的最終目標就是發(fā)覺客戶可能發(fā)覺的全部錯誤。假如移植測試在運用第一天就發(fā)覺了你沒測試出來的錯誤,那測試是失敗的。假如運用了很久(如幾個月)才出現(xiàn)錯誤,那說明測試還是成功的。測試工程師考核內(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測試工程師之間處理問題;(共同完成任務)11測試工程師幫助開發(fā)工程師,了解開發(fā)流程等信息;(學習實力)等………..四.軟件測試人員工作業(yè)績評估的誤區(qū):1不能僅從提交的問題數(shù)量、測試執(zhí)行用例數(shù)量來推斷測試人員的好壞;模塊A很不穩(wěn)定,潛在的問題數(shù)可能有100個,由測試人員甲負責測試,他一個月執(zhí)行300個用例,提交50個問題單,發(fā)覺30個有效問題,有10個嚴峻問題;

模塊B比較穩(wěn)定,潛在的問題數(shù)可能有20個,由測試人員乙負責測試,他一個月執(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ì)量;測試文檔的質(zhì)量往往是測試人員測試水平的反映;只有對系統(tǒng)進行了統(tǒng)分的、深化的測試人員才能寫出高質(zhì)量的測試報告;4不重視測試人員的綜合實力;責任心、主動性、創(chuàng)建性以及溝通和協(xié)調(diào)實力附:軟件測試工程師業(yè)績評估模板:(滿分:100分)軟件測試工程師業(yè)績評估模板:(滿分:100分)類型評定參數(shù)參數(shù)值說明問題(35%)提交有效問題數(shù)量單位(個)最基本的考核指標提交的非問題數(shù)量單位(個)須要測試人員意識到處理非問題影響測試、開發(fā)的工作效率;測試主管必需嚴格審核測試人員提交的bug提交問題的規(guī)范性優(yōu)秀良好一般不合格問題描述是否清楚;相關(guān)trace文件是否齊全;問題等級、版本等信息是否正確;問題跟蹤是否到位;嚴峻問題所占比例單位(%)(嚴峻問題/問題總數(shù))*100%提交問題的質(zhì)量特殊好很好一般良好低綜合評定測試人員提交問題的質(zhì)量;測試人員發(fā)覺問題的深化程度;工作效率提交bug驗證bug優(yōu)秀良好一般不合格對自己所提交問題的多版本跟蹤;Check他人bug的程度;不同模塊功能的理解程度;測試用例(20%)執(zhí)行用例覆蓋率開發(fā)用例難度困難一般簡潔編寫測試用例質(zhì)量….用力的難度干脆反映測試人員的測試實力;并影響測試效率;FREETEST….用例外,測試發(fā)覺問題的實力新增測試用例價值….新增測試用例質(zhì)量….文檔(15%)測試報告質(zhì)量優(yōu)秀良好一般不合格測試報告的規(guī)范化程度;剛好性;精確性;內(nèi)部測試文檔、測試閱歷的溝通及共享經(jīng)常間或從不測試工作的協(xié)調(diào);閱歷的溝通;問題的確定;等等看法(30%)工作主動性優(yōu)良中差主動解決測試中遇到的問題;溝通實力…依據(jù)實際狀況,分析評價;學習實力…不斷的提高工作效率;項目了解(主動性)…對項目總體的把握;測試支配的執(zhí)行…執(zhí)行支配;部門間團結(jié)協(xié)作…各部門相互協(xié)作解決問題;上級主管綜合評定及看法:綜合評定:部門經(jīng)理給出測試人員考核評定及看法附:軟件測試工程師業(yè)績評估模板評估類型績效指標評價標準分值備注評分等級分值激勵方式軟件測試績效工作看法嚴格遵守各項工作制度和崗位要求。

工作細致負責,責任心強。

能夠主動進行工作溝通、溝通。

主動發(fā)覺問題,并且跟蹤解決。

主動參和測試組各項活動,能夠主動擔當組內(nèi)工作。16-20分1、工作制度遵循性(公司考勤制度、崗位職責)

2、工作細致性、責任心

3、工作主動性

4、溝通、溝通

5、主動性、參和性A59~70基本嘉獎2倍金額遵守各項工作制度和崗位要求。

工作細致負責,責任心強。

能夠主動進行工作溝通、溝通。

主動發(fā)覺問題,基本能做到跟蹤解決。

參和測試組各項活動,能夠擔當組內(nèi)工作任務。11-15分B40~54基本嘉獎

遵守各項工作制度和崗位要求。

工作細致負責,責任心強。

能夠進行工作中基本溝通、溝通。

發(fā)覺問題,缺少跟蹤解決。

參和測試組各項活動,能夠擔當組內(nèi)工作。6-10分C21~35提出改進有督導狀況下

基本能遵守各項工作制度和崗位要求。

能基本按要求完成任務。

進行基本工作溝通、溝通。

發(fā)覺問題,缺少跟蹤解決。

基本能參和測試組各項活動,不能夠擔當組內(nèi)工作。0-5分D0~16警告,假如導致影響工作進度、影響上線產(chǎn)品質(zhì)量依據(jù)影響程度賜予確定金額懲處。測試用例嚴格依據(jù)用例模版編寫用例

依據(jù)需求設(shè)計有效用例,覆蓋全部的需求點。

用例描述精確、簡潔、清楚,評審通過率高。

按支配執(zhí)行用例并且能夠剛好補充用例保證用例完整性,對于無法執(zhí)行或不具備環(huán)境不能法執(zhí)行用例剛好溝通,并且測試結(jié)果中具體說明。9-10分1、測試用例規(guī)范性

2、設(shè)計有效性(覆蓋率)

3、用例描述的精確性

4、用例評審通過率

5、用例執(zhí)行有效性(是否按支配執(zhí)行)

6、用例剛好性、精確性、完整性能夠依據(jù)用例模版編寫用例

依據(jù)需求設(shè)計有效用例,基本覆蓋全部的需求點。

用例描述比較精確、簡潔、清楚,評審通過率高。

按支配執(zhí)行用例并且能夠剛好補充用例保證用例完整性,對于無法執(zhí)行或不具備環(huán)境不能執(zhí)行用例剛好溝通。并且測試結(jié)果中具體說明。6-8分在有人員指導狀況下達到以下標準或者個人獨立工作達到以下要求

能夠依據(jù)用例模版編寫用例

依據(jù)需求設(shè)計有效用例,基本覆蓋主要功能的需求點。

用例描述基本精確、簡潔、清楚,通過評審可以達到要求。

基本按支配執(zhí)行用例并且基本能剛好補充用例保證用例完整性。對于無法執(zhí)行或不具備環(huán)境不能執(zhí)行用例基本做到剛好溝通,并且測試結(jié)果中具體說明。3-5分基本能依據(jù)用例模版編寫用例

依據(jù)需求設(shè)計有效用例,沒有覆蓋全部的需求點。

用例描述基本精確、簡潔、清楚,通過評審可以達到要求。

不能按支配執(zhí)行用例并且能夠剛好補充用例保證用例完整性。對于無法執(zhí)行或不具備環(huán)境不能執(zhí)行用例基本做到剛好溝通0-2分測試BUG能夠依據(jù)規(guī)定的流程提交并跟蹤BUG的全過程。

BUG描述語言簡潔、精確。

BUG再現(xiàn)步驟清楚、條理性強,易于再現(xiàn)。

依據(jù)需求提交相應BUG,沒提交織誤BUG。

能夠分析和定位產(chǎn)生的緣由,并能依據(jù)BUG的產(chǎn)生趨勢做出有效的質(zhì)量和風險風析9-10分1、bug規(guī)范(1、描述2、bug和用例相對應)

2、bug描述精確性

3、重顯性

4、bug有效性

5、bug總結(jié)分析實力

能夠依據(jù)規(guī)定的流程提交并跟蹤BUG的全過程。

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

BUG再現(xiàn)步驟較清楚、條理性較強,易于再現(xiàn)。

依據(jù)需求提交相應BUG,很少提交織誤BUG。

能夠完成基本分析和定位產(chǎn)生的緣由,基本并能依據(jù)BUG的產(chǎn)生趨勢做出有效的質(zhì)量和風險風析。6-8分在有人員指導狀況下達到以下標準或者個人獨立工作達到以下要求:

基本能夠依據(jù)規(guī)定的流程提交并跟蹤BUG的全過程。

BUG描述語言基本完整。

BUG再現(xiàn)步驟基本清楚、條理性不強,可以再現(xiàn)。

依據(jù)需求提交相應BUG,出現(xiàn)提交織誤BUG。

能夠幫助開發(fā)再現(xiàn),定位bug。

對bug進行基本總結(jié)。3-5分

能夠依據(jù)規(guī)定的流程提交并跟蹤BUG的全過程。

提交的BUG有三分之一描述語言不精確。

BUG有三分之一出現(xiàn)步驟不清楚、條理性差,難于再現(xiàn)。

依據(jù)需求基本能提交相應BUG,出現(xiàn)錯誤BUG。0-2分工作實力能夠按時或提前完成工作支配,并且內(nèi)容有效、精確、合理,使人能清楚地把握工作進展和動態(tài)。

能夠按時或提前完成任務,并且按要求完成各項支配的工作,工作成果符合要求,精確率高。

能夠通對過程和執(zhí)行結(jié)果的分析、評估,形成精確的測試報告。

擅長溝通,能自發(fā)和人合作,主動協(xié)作,簡潔和他人達成工作默契。

嫻熟駕馭測試基本技能,技巧,嫻熟駕馭項目業(yè)務、了解業(yè)務領(lǐng)域?qū)W問,對測試需求把握到位,能夠獨立擔當完整的測試工作。16-20分1、支配實力(項目支配、任務支配)

2、執(zhí)行實力(用例執(zhí)行、其它工作執(zhí)行)

3、分析、總牢固力

4、溝通、溝通、協(xié)作實力

5、業(yè)務實力(需求駕馭、分析、領(lǐng)域?qū)W問駕馭、基本測試技能)能夠按時完成工作支配,并且內(nèi)容較有效、較精確、較合理,使人能比較清楚地把握工作進展和動態(tài)。

能夠按時并且按要求完成各項支配的工作,工作成果比較符合要求,精確率較高。

能夠通對過程和執(zhí)行結(jié)果的分析、評估,形成較精確的測試報告。

具有團隊意識,樂于和人溝通協(xié)調(diào),順當達成組織任務。

熟悉駕馭測試基本技能,技巧,熟悉項目業(yè)務、了解業(yè)務領(lǐng)域?qū)W問,對測試需求把握比較到位,能夠獨立擔當完整的測試工作。11-15分基本能夠按時完成工作支配,并且內(nèi)容基本有效、基本精確、基本合理,使人能基本清楚地把握工作進展和動態(tài)。

基本能夠按要求完成各項支配的工作,工作成果基本符合要求,精確率較高。

能夠通對過程和執(zhí)行結(jié)果的分析、評估,形成測試報告。

有確定的團隊意識,能夠維護團隊形像,尚能和人合作,達成共同目標。

熟悉駕馭測試基本技能,技巧,熟悉項目業(yè)務、了解業(yè)務領(lǐng)域?qū)W問,對測試需求把握比較到位,能夠獨立擔當完整的測試工作。6-10分很少能夠按時完成工作支配,并且內(nèi)容有效、不精確、不合理,使人不能清楚地把握工作進展和動態(tài)。

很少能夠按要求完成各項支配的工作,工作成果基本符合要求。

能夠通對過程和執(zhí)行結(jié)果做簡潔分析、評估,形成測試報告。

團隊合作意識不強,工作協(xié)作中存在較多不足,協(xié)調(diào)不善,致使工作推動緩慢

駕馭一些測試基本技能,技巧,了解項目業(yè)務、了解業(yè)務領(lǐng)域?qū)W問,基本能把握測試需求,在他人指導下能夠擔當部分的測試工作。0-5分工作改進主動發(fā)覺工作過程中存在的問題,提出改進方法,能夠解決問題(涉及團隊)

主動學習新的工具和新的學問

改進測試工作,提高工作效率,改進工作產(chǎn)品質(zhì)量(涉及團隊)

主動開展專項培訓,共享學習和探討成果,幫助團隊其它成員提高。9-10分1、共享、培訓

2、新學問、方法學習應用

3、工具學習、引進、運用

4、工作效率提升

5、工作質(zhì)量改進主動發(fā)覺工作過程中存在的問題,提出改進方法,能夠解決問題(個人相關(guān)工作)

主動學習新的工具和新的學問。

改進測試工作,提高工作效率,改進工作產(chǎn)品質(zhì)量。(個人相關(guān)工作)

主動開展專項培訓,共享學習和探討成果,幫助團隊其它成員提高。6-8分作為交辦的事情情愿做如下改進:

發(fā)覺工作過程中存在的問題,

溫馨提示

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

評論

0/150

提交評論