“根據(jù)系統(tǒng)測試發(fā)現(xiàn)缺陷數(shù)來衡量測試人員的系統(tǒng)測試效率，測試執(zhí)行效率”，這種方法是很片面的。它的優(yōu)點是便于統(tǒng)計和分析，缺點是只通過一個方面考核了測試效率等，漏掉了很多其他因素。

那么該如何衡量測試人員的測試效率呢，以下給出一些效率計算的建議：

1、測試設(shè)計

測試設(shè)計的效率應(yīng)通過三方面衡量。第一，要通過 測試用例數(shù)/測試功能點，考核測試設(shè)計的覆蓋度；第二，要通過 測試用例的條數(shù)/編寫時間，考核編寫效率；第三，測試設(shè)計評審時發(fā)現(xiàn)的缺陷比例，即 測試用例缺陷數(shù)/負(fù)責(zé)的被評審測試用例總數(shù)，比率高則測試設(shè)計質(zhì)量高。

2、測試執(zhí)行

測試執(zhí)行效率至少也應(yīng)通過以下幾個方面衡量，這里只提及比較容易執(zhí)行的考核方法。

第一，缺陷數(shù)。

考核缺陷數(shù)不應(yīng)僅僅是缺陷個數(shù)，我們在測試執(zhí)行過程所提的缺陷都是分等級的，這里以ABCD四個等級為例，A可定義為影響系統(tǒng)運行或影響核心模塊測試的缺陷，B可定義為影響模塊或子模塊測試的缺陷和核心功能的缺陷，C可定義為一般功能缺陷，D可定義為建議類缺陷等。那么，我們在統(tǒng)計缺陷數(shù)的時候，應(yīng)根據(jù)缺陷等級×相應(yīng)的基數(shù)來計算缺陷總數(shù)。比如，缺陷數(shù)＝A×1.5＋B×1.3＋C＋D×0.8，這樣我們?nèi)毕輸?shù)就避免了因缺陷數(shù)相同而缺陷重要度不同的爭議。

第二，測試質(zhì)量。

測試質(zhì)量可以通過交叉測試和bug收斂度來考核。項目測試組，可根據(jù)測試計劃適當(dāng)?shù)陌才沤徊鏈y試，通過交叉測試的缺陷來衡量原模塊測試人的測試質(zhì)量。再通過每輪測試的bug數(shù)，按模塊來衡量bug收斂度，收斂度高，則可側(cè)面判斷測試人員的認(rèn)真程度和效率。如果沒有交叉測試，則收斂度低為效率差；如果沒有交叉測試，則收斂度低為該模塊原測試人員的效率差，而交叉測試人員的效率高。

第三，缺陷分析。

測試中難免會有重復(fù)bug和無效bug，根據(jù) 有效缺陷數(shù)/缺陷總數(shù) 來衡量有效bug的比率，這里的缺陷均是ABCD類核算后的數(shù)量，比率高者，相對測試質(zhì)量較高。

第四，客戶反饋缺陷。

一般黑盒測試難免會有測試遺漏，根據(jù)客戶要求和項目大小，一般遺漏缺陷不允許大于2個C類，D類不限。那么我們根據(jù)客戶反饋的缺陷，分析bug的嚴(yán)重程度，可以側(cè)面體現(xiàn)測試人員的測試質(zhì)量。

第五，缺陷定位和可讀性。

查看缺陷描述和問題定位。如果一個測試人員只會通過頁面將現(xiàn)象表達(dá)出來，而無法定位這種現(xiàn)象是有什么引起的，或者無法定位該缺陷到底錯在何處，那么可以判定測試人員只是做了簡單的表面測試，并沒有對所發(fā)現(xiàn)問題進(jìn)行分析定位。比如，一般系統(tǒng)都會有報表，那么當(dāng)測試人員發(fā)現(xiàn)報表數(shù)據(jù)不對時，應(yīng)明確定位該類報表現(xiàn)在統(tǒng)計的是哪些數(shù)據(jù)，而正確的結(jié)果應(yīng)該統(tǒng)計哪些數(shù)據(jù)，不是僅僅一句報表數(shù)據(jù)錯誤就over了。

可讀性一般都不會有問題，每個測試部都會有缺陷提交的統(tǒng)一規(guī)范，正確表達(dá)出來還是沒問題的。

第六，性能測試。

如果做性能測試，可仔細(xì)查看性能測試報告，有沒有把客戶關(guān)注的性能問題，很直觀明確的分析，并得出結(jié)果反應(yīng)在報告中。

如何提高測試效率呢？

以下給出一些可執(zhí)行建議。

第一，測試負(fù)責(zé)人與開發(fā)負(fù)責(zé)人共同對項目進(jìn)度進(jìn)行商討分析，作出合理的測試計劃，并在測試執(zhí)行過程中嚴(yán)格按照測試計劃的進(jìn)度和測試策略進(jìn)行測試。

第二，測試人員盡早的進(jìn)入需求理解階段，充分理解需求文檔。

第三，必要時做跟進(jìn)測試，提高需求理解深度，可間接提高測試執(zhí)行的效率；跟進(jìn)測試，即系統(tǒng)測試之前的草稿版測試，需要與開發(fā)方溝通，讓其協(xié)助來執(zhí)行。跟進(jìn)測試的目的不是發(fā)現(xiàn)bug，而是熟悉系統(tǒng)環(huán)境，助于需求理解和測試設(shè)計。

第四，盡量避免失敗的接收測試。一次版本無法接收，會浪費很多人力和時間，還會影響測試人員的測試熱情。

第五，任務(wù)分配合理化。測試負(fù)責(zé)人應(yīng)根據(jù)項目組成員的經(jīng)驗和能力能個人因素，合理的分配測試任務(wù)，并將測試任務(wù)的模塊和時間詳細(xì)化，這樣有助于提高整個項目的測試效率。

第六，測試工作從某種角度看，會很容易摻雜個人主觀意見，測試質(zhì)量也受測試人員的責(zé)任感的因素影響，所以，培養(yǎng)良好的測試風(fēng)格，提高測試人員的責(zé)任感，也能間接提高項目的測試效率。

轉(zhuǎn)載請保留：本文出自51Testing軟件測試論壇每周一問活動，感謝會員sunyh的精彩回答。

查看更多活動詳情請點擊：http://bbs.51testing.com/forum-157-1.html

創(chuàng)作挑戰(zhàn)賽新人創(chuàng)作獎勵來咯，堅持創(chuàng)作打卡瓜分現(xiàn)金大獎

總結(jié)

以上是生活随笔為你收集整理的如何评判软件测试的效率,如何衡量测试效率，提高测试效率？的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。