PS：本文首發(fā)于公眾號(hào)「軟件測試藝術(shù)」，回復(fù)“軟件測試教程”獲绕龃础：麥子學(xué)院虏缸、傳智播客甥厦、小強(qiáng)軟件測試全套學(xué)習(xí)教程！
如果測試部門或小組以提Bug的多少來作為績效考核寇钉，你會(huì)覺得合理嗎刀疙？你是否思考過這個(gè)問題？今天我就來談?wù)勥@種方式是否合理的原因以及思考扫倡。類似于還有以寫用例數(shù)量的多少作為考核目標(biāo)的谦秧，我們?cè)囅胍幌拢美龑懙脑俣郆ug發(fā)現(xiàn)不了不僅浪費(fèi)了測試人力撵溃，同時(shí)也增加了測試風(fēng)險(xiǎn)疚鲤。
雖然Bug的數(shù)量也是衡量測試人員績效方式的一種，但是這種單純的以Bug數(shù)量作為測試人員的績效考核方式在我看來不太合理缘挑。該方式可能會(huì)產(chǎn)生許多無效的Bug集歇，增加測試和開發(fā)的溝通時(shí)間。如果作為測試領(lǐng)導(dǎo)或測試負(fù)責(zé)人我們應(yīng)該避免使用該方式作為考核標(biāo)準(zhǔn)语淘，以下是我認(rèn)為不合理的幾種原因：
1诲宇、測試模塊安排不合理
如果安排測試穩(wěn)定的模塊不管是根據(jù)用例還是自由測試找到Bug的難度非常大，導(dǎo)致測試人員的Bug數(shù)量上不去惶翻，而測試新功能模塊則存在的問題比較多姑蓝，測試該模塊的測試人員能找到Bug的難度就相對(duì)來說比較容易，Bug數(shù)量自然就上去了吕粗；
穩(wěn)定的模塊就是經(jīng)過幾輪測試之后修改合入較少的模塊纺荧，如第一輪測試出來的Bug數(shù)量肯定多于第二輪測試，第二輪測試階段的測試人員發(fā)現(xiàn)的Bug數(shù)量大概率比不上在第一輪測試過程中發(fā)現(xiàn)Bug的數(shù)量颅筋。類似于維護(hù)項(xiàng)目的回歸測試基本很少有Bug了宙暇，任憑你投入的人力和時(shí)間再多，也很難發(fā)現(xiàn)Bug议泵。因此模塊的穩(wěn)定性占贫、模塊的復(fù)雜度決定了測試人員找Bug的難度。
2肢簿、Bug的嚴(yán)重程度
找出測試對(duì)象的一般等級(jí)的Bug相對(duì)容易靶剑，而找出測試對(duì)象中嚴(yán)重等級(jí)的Bug可就困難多了，不僅需要測試人員對(duì)被測試對(duì)象功能和業(yè)務(wù)熟悉池充，還需要測試人員有豐富的測試經(jīng)驗(yàn)桩引。一個(gè)致命和嚴(yán)重的Bug的價(jià)值遠(yuǎn)遠(yuǎn)大于一般Bug的價(jià)值，如果僅憑Bug數(shù)量的多少而不考慮Bug的嚴(yán)重程度根本無法衡量測試人員的能力收夸，因此單一的Bug數(shù)量作為考量有失偏頗坑匠。
3、測試人員能力
上一個(gè)原因也有講到是經(jīng)驗(yàn)豐富的測試人員遠(yuǎn)比新來的測試人員更容易找出系統(tǒng)的缺陷卧惜，畢竟功能業(yè)務(wù)的熟悉程度和測試經(jīng)驗(yàn)在那里厘灼，如果所有的人都是同一種考核方式會(huì)降低新人員的積極性夹纫、主動(dòng)性，也無法調(diào)起新員工的工作熱情设凹。
4舰讹、測試產(chǎn)品的受眾程度
一個(gè)市場上非常流行的產(chǎn)品會(huì)得到高度重視，會(huì)經(jīng)過充分的測試之后才能上線闪朱，而一個(gè)小眾的產(chǎn)品則不會(huì)有這么高的待遇月匣，不僅測試場景少，同時(shí)測試人力和資源也分配比較少奋姿，對(duì)一般的Bug容忍度更高锄开，能保證基本功能使用就可以。如果測試人員分布在不同的產(chǎn)品線中称诗，那找出的Bug絕對(duì)不是一個(gè)等級(jí)的萍悴，因此如果以Bug數(shù)量作為考核肯定是不合理的。
最后的思考：
1寓免、給Bug分配系數(shù)癣诱，如發(fā)現(xiàn)致命Bug是10分、嚴(yán)重Bug是3分再榄、一般Bug是1分狡刘、輕微Bug的0.1分享潜，然后根據(jù)Bug的數(shù)量乘以相應(yīng)的系數(shù)獲取總分困鸥，這種更能體現(xiàn)發(fā)現(xiàn)Bug的價(jià)值和激發(fā)測試人員的積極性。
2剑按、如果每次開發(fā)提測的版本太爛疾就，我們不應(yīng)該沾沾自喜提高了Bug的數(shù)量，而應(yīng)該思考怎么管控版本發(fā)布艺蝴，提高待測版本的質(zhì)量猬腰。而不是拿到版本就直接開測，首先可以做一個(gè)冒煙測試猜敢，沒有嚴(yán)重問題后在開始安排測試姑荷，否則版本打回等待新版本，此時(shí)可以考慮建立測試準(zhǔn)入流程缩擂。雖然這樣最后提交的Bug數(shù)量少了鼠冕，但是優(yōu)化了測試流程，提高了測試效率胯盯，是一個(gè)測試人員更應(yīng)該關(guān)注的懈费。
測試人員的能力主要體現(xiàn)在找出系統(tǒng)存在的潛在Bug，上線后無漏測博脑；也可以是測試流程的優(yōu)化和測試標(biāo)準(zhǔn)的建立憎乙，提高測試測試質(zhì)量和測試效率票罐；還可以是總結(jié)歷史測試問題，避免在新項(xiàng)目中再次發(fā)生泞边。這些都是測試人員能力的體現(xiàn)该押。
總之作為一個(gè)測試人員，我們的眼光不能僅僅停留在測試就是找Bug阵谚，測試有更多的事情等待我們探索和發(fā)掘沈善。
