軟件測試工程師考評課件

1、軟件測試工程師考評軟件測試工程師考評Page: 22022/9/10考評活動項目評價 項目測試評價項目測試工程師評價工程師表現(xiàn)評價 半年度績效考核 Page: 42022/9/4考評活動項目評價 Page: 32022/9/10考核目的項目測試評價：鼓勵QAPM有效管理測試團(tuán)隊，提高測試水平，為輸出產(chǎn)品把好質(zhì)量關(guān)；項目測試工程師評價：鼓勵測試工程師在項目測試中積極主動、按計劃高質(zhì)量的完成測試任務(wù)，肯定測試的技術(shù)水平及文檔編寫水平，調(diào)動員工的積極性；日常表現(xiàn)評分：Team Leader每周依據(jù)對工程師的工作期望和表現(xiàn)打分，鼓勵工程師更好的完成預(yù)定的工作目標(biāo)；讓優(yōu)秀員工不因當(dāng)前能力而無法獲得高分。

2、半年度績效考核：對員工半年度來的表現(xiàn)進(jìn)行綜合考評，包括執(zhí)行能力，業(yè)務(wù)水平，團(tuán)隊精神、行為規(guī)范等方面。Page: 52022/9/4考核目的項目測試評價：鼓勵QAPage: 42022/9/10項目測試評價評價項：交付質(zhì)量 （75%）項目交付物質(zhì)量是否達(dá)到了內(nèi)外客戶的要求 （50%）項目遺留問題是否得到妥善的處理 （25%）測試輸出質(zhì)量和完整性（20%）項目貢獻(xiàn)（5%） 項目難度系數(shù)：得分范圍(0.801.20) 項目總分：項目難度系數(shù)*（考評項*權(quán)重）QAPM執(zhí)行測試部分在后面介紹Page: 62022/9/4項目測試評價評價項：Page: 52022/9/10項目測試評價交付質(zhì)量產(chǎn)品交付質(zhì)量

3、是評價一個項目測試的一個最重要的指標(biāo)，因為測試是把握產(chǎn)品質(zhì)量的重要關(guān)口，所以該項的考核占了總權(quán)重的75%。項目交付物質(zhì)量是否達(dá)到了內(nèi)外客戶的要求 （50%）項目遺留問題是否得到妥善的處理 （25%）Page: 72022/9/4項目測試評價交付質(zhì)量產(chǎn)品交Page: 62022/9/10項目測試評價項目交付物質(zhì)量（50%）評價原則：在一定周期內(nèi)，收集測試階段之后產(chǎn)品的缺陷來確定系統(tǒng)測試的質(zhì)量 ；權(quán)重：50%考評人：系統(tǒng)自動計算+QA Team Leader打分。評分標(biāo)準(zhǔn)：在一定周期內(nèi)，由外部反饋Issue的總IN值除以內(nèi)部測試發(fā)現(xiàn)Issue的總IN值經(jīng)過加權(quán)計算，給出參考值；QA Team Le

4、ader根據(jù)參考值，及交付產(chǎn)品本身的質(zhì)量進(jìn)行打分。注：外部反饋Issue的IN占比越高，項目得分越低；如內(nèi)部測試Issue IN為0，而外部反饋Issue IN不為0，則最后得分為0；如果項目在交付及評價完成后仍有問題返回，可以將該項目的此項指標(biāo)需要做相應(yīng)調(diào)整以反映實際情況。外部反饋的缺陷由CPM及FAQ錄入至TT中。Page: 82022/9/4項目測試評價項目交付物質(zhì)量Page: 72022/9/10項目測試評價項目遺留問題處理（25%）評價原則：項目的遺留問題將反映產(chǎn)品的最終質(zhì)量，公司對項目RC標(biāo)準(zhǔn)中第一條就是Open Issue IN=0，測試作為項目團(tuán)隊里重要的角色，在這里應(yīng)把好質(zhì)量

5、關(guān)，在項目RC前確認(rèn)所有Open Issue的處理。權(quán)重：25%考評人：系統(tǒng)自動計算評分標(biāo)準(zhǔn)：由項目RC時Open Issue IN除以項目總Issue IN的比例，通過加權(quán)計算得來。項目遺留問題的IN占比越高，項目得分越低， 超過20%的issue未處理得0分需要注意，Open Issue的處理指明確是否修改及修改的版本，而非轉(zhuǎn)至其他項目或Codebase進(jìn)行處理。Page: 92022/9/4項目測試評價項目遺留問題處Page: 82022/9/10項目測試評價測試輸出質(zhì)量和完整性(20%)評價原則：由QA TeamLeader審核評分，促進(jìn)項目測試計劃、測試方案、測試設(shè)計、測試總結(jié)等文檔

6、完整、有效。權(quán)重：20%考評人： QA Team LeaderPage: 102022/9/4項目測試評價測試輸出質(zhì)量Page: 92022/9/10項目測試評價對產(chǎn)品/技術(shù)庫的貢獻(xiàn)（5%）評價原則：在項目的測試過程中，應(yīng)對產(chǎn)品、項目、Team其他人有具體的貢獻(xiàn)。權(quán)重：5%考評人： QA Team Leader注：由QAPM向Team Leader申報，鼓勵各測試團(tuán)隊進(jìn)行總結(jié)及分享、展示Team成員的工作成果Page: 112022/9/4項目測試評價對產(chǎn)品/技術(shù)Page: 102022/9/10項目測試評價項目難度系數(shù) 項目難度系數(shù)應(yīng)綜合考慮技術(shù)難度、時間緊迫度、工作量等方面給出?？荚u人：

7、QA Team Leader評分標(biāo)準(zhǔn)：難度系數(shù)從0.81.2之間浮動 。Page: 122022/9/4項目測試評價項目難度系數(shù)Page: 112022/9/10QAPM的作為考評人的最后得分在以前的考評中，QAPM只計算項目總體的測試考評分，但QAPM基本上都會參與項目測試，所以我們調(diào)整了QAPM的考評得分方案，增加了QAPM作為測試工程師的考評，QAPM在項目考評中的得分分為兩部分：管理得分和測試得分； 兩項的權(quán)重將根據(jù)QAPM在項目中投入MD的類型來計算，統(tǒng)計管理類MD主要通過QPM在項目里的task對應(yīng)feature來判斷，feature id為918、921、927的為管理MD，其他

8、的均為測試MD，管理比重為： QPMManagementMD/（QPMManagementM+QPMTestMD）QAPM最后得分計算公式：項目管理得分*QAPM管理工作比重項目測試得分*QAPM測試工作比重。Page: 132022/9/4QAPM的作為考評人的最后得Page: 122022/9/10項目測試工程師評價關(guān)鍵詞：測試任務(wù)完成情況、問題發(fā)現(xiàn)能力、文檔編寫能力評價項：任務(wù)執(zhí)行情況（30%）問題發(fā)現(xiàn)能力（50%）測試文檔輸出（20%） 項目難度系數(shù)：得分范圍(0.801.20) 項目總分：項目難度系數(shù)*（考評項*權(quán)重）Page: 142022/9/4項目測試工程師評價關(guān)鍵詞：測Pag

9、e: 132022/9/10項目測試工程師評價任務(wù)執(zhí)行情況（30%）評價原則：工程師應(yīng)按計劃的完成分配給自己的任務(wù)。權(quán)重：30%考評人：系統(tǒng)自動計算評分標(biāo)準(zhǔn)：由該工程師按期或提前完成的任務(wù)數(shù)與分配給該工程師的總?cè)蝿?wù)數(shù)比例來進(jìn)行計算，如個人總?cè)蝿?wù)數(shù)為0，該項得分為0。Page: 152022/9/4項目測試工程師評價任務(wù)執(zhí)Page: 142022/9/10項目測試工程師評價問題發(fā)現(xiàn)能力（50%）評價原則：由于單一的任務(wù)執(zhí)行效率作為考評項不能足夠代表測試人員是否認(rèn)真工作，那么，單位時間內(nèi)發(fā)現(xiàn)的缺陷就是重要的考核指標(biāo)，QA工程師的工作可以通過這項指標(biāo)得到反饋，我們鼓勵工程師在單位時間內(nèi)更多地發(fā)現(xiàn)Is

10、sue。權(quán)重：50%考評人：系統(tǒng)自動計算評分標(biāo)準(zhǔn)：個人單位MD中發(fā)現(xiàn)Issue的IN值與項目測試團(tuán)隊中單位MD中發(fā)現(xiàn)Issue的平均IN值的比率，經(jīng)過加權(quán)計算得分；比如，項目測試團(tuán)隊里，平均 IN 20 / MD ，有位測試人員沒有達(dá)到這個平均數(shù)， 那么，除非產(chǎn)品質(zhì)量高、模塊較小，否則，就是他的缺陷發(fā)現(xiàn)能力不如其他測試人員，一般來說，達(dá)到項目平均值得分在78分左右；如QA該項目中未發(fā)現(xiàn)Issue或未投入MD，則該項得分為0。Page: 162022/9/4項目測試工程師評價問題發(fā)Page: 152022/9/10項目測試工程師評價測試文檔輸出評價原則：QA在測試設(shè)計、規(guī)劃、和測試總結(jié)等方面的貢

11、獻(xiàn)權(quán)重：20%考評人： QAPM評分標(biāo)準(zhǔn)：由QAPM評價，如果QA沒有參與這方面的工作，此項為0Page: 172022/9/4項目測試工程師評價測試文Page: 162022/9/10項目測試工程師評價問題發(fā)現(xiàn)能力和測試文檔輸出的權(quán)重問題發(fā)現(xiàn)能力和測試文檔輸出的權(quán)重將根據(jù)QM的MD類型進(jìn)行折算，Task的feature填寫為916-Create Test Document所花費(fèi)的MD將計算為測試文檔輸出MD，其他907、909、910、911、912、913、914、919的屬于測試MD，兩者按比例確定權(quán)重，公式為：文檔輸出權(quán)重：文檔MD/（文檔MD+測試MD）*70%問題發(fā)現(xiàn)能力權(quán)重：測試

12、MD/（文檔MD+測試MD）*70%QA Team Leader可根據(jù)成員分工請修改該項和測試輸出項的權(quán)重比例，兩項合起來為70%。Page: 182022/9/4項目測試工程師評價問題發(fā)Page: 172022/9/10項目測試工程師評價項目難度系數(shù) 評價原則：工程師的任務(wù)相對于他個人技能系數(shù)。考評人：QAPM評分標(biāo)準(zhǔn)：難度系數(shù)從0.81.2之間浮動 。Page: 192022/9/4項目測試工程師評價項目難Page: 182022/9/10任務(wù)分配的重要性由以上這些考評項我們可以看到任務(wù)分配及確認(rèn)的重要性：任務(wù)屬性一定要明確，管理任務(wù)、測試任務(wù)、文檔任務(wù)都需要明確填寫和分配，否則將影響各考

13、評項的權(quán)重；工程師的每項考評都與分配的任務(wù)息息相關(guān)，如果沒有相應(yīng)的任務(wù)分配，考評時該項就不能得分了；所以項目的所有任務(wù)一定要在Doc-server系統(tǒng)中及時分配與確認(rèn)；Page: 202022/9/4任務(wù)分配的重要性由以上這些考Page: 192022/9/10工程師表現(xiàn)評價打分原則：Team Leader依據(jù)工程師的工作期望和表現(xiàn)打分；工作預(yù)期和是否全勤無關(guān)，只要本周內(nèi)有工作時間，并且達(dá)到預(yù)期，就可能獲得高分； 對每個工程師都應(yīng)該簡要描述目標(biāo)達(dá)成情況，對于特殊高分或低分，需要說明具體事由。匯總合并：各Team每周一提交給倪劍平，合并后發(fā)給Bill審核，該數(shù)據(jù)逐周匯總后為半年度考核提供依據(jù)。

14、Page: 212022/9/4工程師表現(xiàn)評價打分原則：Page: 202022/9/10工程師表現(xiàn)評價評價標(biāo)準(zhǔn)Page: 222022/9/4工程師表現(xiàn)評價評價標(biāo)準(zhǔn)Page: 212022/9/10半年度績效考核 Team Leader最后審核三項考評，對系統(tǒng)計算的數(shù)據(jù)可以矯正，但須申明原因，由DMSSQM通知IT部門調(diào)整數(shù)據(jù)。 Page: 232022/9/4半年度績效考核 Page: 222022/9/10半年度績效考核主管評價（50%）按照doc-server線上的評價條款，由主管打分；半年內(nèi)日常表現(xiàn)評價的匯總評分將顯示在考評表中供主管參考，最終考核結(jié)果將和每周工程師表現(xiàn)評價結(jié)果互相印證；在考評方案附件中給出一些工作中的負(fù)面行動，如果工程師經(jīng)常出現(xiàn)類似消極行為或反饋，則應(yīng)該相應(yīng)調(diào)低分值，并有效溝通。Page: 242022/9/4半年度績效考核主管評價（Page: 232022/9/10半年度績效考核客觀評價（40%）客觀評價分成兩大部分，能力指標(biāo)和態(tài)度指標(biāo) ：能力指標(biāo)（35）能力指標(biāo)來自考核周期內(nèi)參與的所有RC項目評價合計，以工程師個人在項目中投入的MD為權(quán)重，累計得分，按照滿分35計算 。公式： （個人項目得分（個人投入該項目的MD/個人半年度投入所有考評項目的MD）3.5注：這里再次說明Task填寫是很重要的，如果在這個項目里