如何衡量測試效率？
個(gè)人認(rèn)為可以從軟件測試的活動(dòng)中的以下指標(biāo)綜合考評，去評估衡量測試效率，每項(xiàng)指標(biāo)都高，自然能夠說明一些問題：
1.發(fā)現(xiàn)缺陷的質(zhì)量：
同一個(gè)項(xiàng)目組內(nèi)，我們一般運(yùn)用測試管理工具TD, 按優(yōu)先級和嚴(yán)重等級，把每個(gè)人的缺陷做成柱狀圖和餅圖，放到一個(gè)文檔中，郵件發(fā)給大家，讓組內(nèi)成員了解自己的工作情況和其他人的工作情況。同時(shí)也讓開發(fā)人員，對每個(gè)測試人員的工作，做出評估，供績效考核時(shí)參考。特別是發(fā)現(xiàn)非常隱蔽缺陷的測試人員，一定要重賞。
2. 測試的有效性：
一般來說，遞交Bug的有效性，體現(xiàn)了測試員是否能夠正確理解系統(tǒng)，并發(fā)現(xiàn)問題，是否能夠發(fā)現(xiàn)有效的問題。很多時(shí)候，測試人員沒有弄準(zhǔn)確需求，或者是沒搞清楚設(shè)計(jì)，一旦出現(xiàn)異常，就提交Bug。不是和前面的缺陷相同，重復(fù)遞交相同類型的缺陷，就是遞交無效的Bug，導(dǎo)致后來很多缺陷，都被項(xiàng)目評審時(shí)拒絕，既耽誤了時(shí)間，效率自然不高。
3.測試組員交叉測試，發(fā)現(xiàn)漏測問題數(shù)量：
經(jīng)常是這樣，一個(gè)測試人員測試結(jié)束，修復(fù)了全部的缺陷。這個(gè)時(shí)候，測試的模塊和測試人員交叉一下，再測試，很有可能又發(fā)現(xiàn)很多問題。這樣我們可以對測試發(fā)現(xiàn)問題數(shù)量，進(jìn)行統(tǒng)計(jì)。這樣做，就迫使測試人員認(rèn)真執(zhí)行每一輪測試，每次測試都不敢懈怠。
4.遺漏到客戶缺陷的比例：
一旦版本測試通過，發(fā)布給客戶以后，客戶要對發(fā)布的版本進(jìn)行驗(yàn)收測試。同樣會(huì)發(fā)現(xiàn)一些問題，我們也會(huì)對測試過程中發(fā)現(xiàn)的Bug分配到每個(gè)模塊和具體的人。但是，如果缺陷在測試環(huán)境中不能重現(xiàn)，只能在實(shí)際工作環(huán)境中出現(xiàn)，則不屬于遺漏給客戶的Bug，不計(jì)入漏測統(tǒng)計(jì)里面。有時(shí)候，客戶系統(tǒng)在使用中也會(huì)發(fā)現(xiàn)缺陷，我們同樣做好記錄。
5.遞交的缺陷數(shù)量：
在同一個(gè)項(xiàng)目組內(nèi)，每天遞交的Bug數(shù)量，每周遞交的Bug數(shù)量，每個(gè)版本測試結(jié)束，總共遞交的Bug數(shù)量。終測試結(jié)束，算出每個(gè)人遞交有效缺陷的百分比。
6.執(zhí)行用例的數(shù)量：
同一天，每個(gè)測試人員，執(zhí)行用例的數(shù)量。但是一定要去除那些不能夠測試的功能模塊，或者是被阻塞的模塊，這些一定要考慮到。否則大家意見就大了呢！
7.編寫測試文檔的速度和質(zhì)量：
每次編寫測試用例時(shí)，大家都要編寫部分模塊的測試用例，我們也可以通過單位時(shí)間內(nèi)編寫case的數(shù)量、速度和質(zhì)量，來區(qū)分每個(gè)人的效率，我覺得也是一種好方法。
8.評審發(fā)現(xiàn)問題的效率：
在組織部門內(nèi)部的case評審時(shí)，同一個(gè)測試文檔的評審，如果提出的修改建議比較多，并且很有參考價(jià)值。這樣的測試人員，效率應(yīng)該比較高，得考慮考慮加薪，呵呵。
9.測試工具使用的熟練程度：
當(dāng)然，一個(gè)測試人員，對測試工具的熟練程度越高，使用技巧越強(qiáng)，一般來說，測試的效率就越高。按常理來說，每個(gè)人不可能了解全部的自動(dòng)化測試工具，我們只對常用的測試工具進(jìn)行考核就可以了，還算人性化吧。并且后面懂得較多的同事，給組內(nèi)成員集體培訓(xùn)，使大家迅速掌握測試工具的基本使用，這才是我們的真正目的。
10.測試結(jié)果的分析水平：
對自動(dòng)化的測試工具來說，特別是性能測試結(jié)束之后，我們要分析部分測試結(jié)果，如果你都不熟悉測試工具的分析，何談效率呢？所以測試結(jié)果的分析水平，也可以作為衡量測試效率的一個(gè)指標(biāo)。如何提高測試效率？
1.首先要有一個(gè)合理的詳細(xì)的測試計(jì)劃：
沒有詳細(xì)的測試計(jì)劃，測試部的每個(gè)成員都在那兒盲無目的測試，何談提高測試效率？當(dāng)然測試計(jì)劃也不能夠太細(xì)，太細(xì)了，編寫測試計(jì)劃同樣浪費(fèi)時(shí)間，做到時(shí)可而止。好是測試任務(wù)盡量能細(xì)化到測試的功能和測試的case這個(gè)級別去監(jiān)控進(jìn)度，較為理想。
2.測試盡早介入項(xiàng)目詳細(xì)了解項(xiàng)目的業(yè)務(wù)需求，做好測試的前期準(zhǔn)備：
目前來說，可能大家都有類似的感受，接觸到的大多數(shù)的項(xiàng)目，都是測試周期比較短，開發(fā)人員耽誤了時(shí)間，為了不拖延項(xiàng)目進(jìn)度，留給測試人員做測試的時(shí)間都非常緊張。如果項(xiàng)目測試的前期了解業(yè)務(wù)需求、了解產(chǎn)品屬性和準(zhǔn)備測試數(shù)據(jù)不充分，往往測試效率很低，測試時(shí)間變長，測試效率急劇下降。
3.對測試項(xiàng)目前景充滿信心，調(diào)整佳心態(tài)，保持愉悅的工作心情：
一般來說，如果大家認(rèn)為測試的項(xiàng)目沒什么發(fā)展前景，當(dāng)然測試也不會(huì)很賣命，測試效率不用說。如果某個(gè)測試人員碰到什么不順心的事，當(dāng)天的工作效率肯定比平常低。所以，要保證測試效率，測試負(fù)責(zé)人要察言觀色，及時(shí)找不開心的下屬談心，了解并幫忙消除部分員工的不良情緒，讓員工有更好的心情投入到測試工作中去。
4.提高測試接受的標(biāo)準(zhǔn)，減少測試版本送測次數(shù)：
大部分公司的開發(fā)人員都有一種惰性，一旦公司成了測試部，他們自己測試時(shí)，都不會(huì)那么認(rèn)真，以為有了測試人員，就自己就解放了。很多時(shí)候都是調(diào)試編譯通過，實(shí)際上開發(fā)人員沒有做完整的自測，就拿到測試部進(jìn)行測試。如果測試部門有嚴(yán)格的測試接受標(biāo)準(zhǔn)，一旦發(fā)現(xiàn)有重大問題，立即拒絕測試，送回開發(fā)人員修改。可以減少很多次反復(fù)測試，重復(fù)測試，明顯提高了測試效率。
5.測試負(fù)責(zé)人認(rèn)真做好測試文檔的評審：
測試經(jīng)理一定要認(rèn)真做好測試用例的評審，盡量使用較少的測試用例，發(fā)現(xiàn)較多的Bug，無疑是佳提高效率的一種方式。很多時(shí)候，經(jīng)驗(yàn)較少的測試人員在設(shè)計(jì)測試用例的時(shí)候，寫了很多的測試用例，測試時(shí)幾乎沒有發(fā)現(xiàn)缺陷。還有一種：比如說等價(jià)類的測試，只要具備代表性就可以了，如果寫了很多測試用例，執(zhí)行了半天，臃腫的測試用例，未發(fā)現(xiàn)任何問題，也很不值。這些主要是靠測試用例評審的時(shí)候，測試Leader去把握了。盡量做到在滿足需求的情況下，精簡測試用例數(shù)量，提高測試覆蓋率。很多時(shí)候，測試人員寫好用例就自己測試,根本沒人評審,有些地方理解有偏差,測試點(diǎn)沒測試到,導(dǎo)致發(fā)給客戶版本被退回，給公司也會(huì)帶來巨大經(jīng)濟(jì)損失。
6.加強(qiáng)項(xiàng)目組成員的相互溝通工作和項(xiàng)目信息收集工作：
測試工作是一項(xiàng)溝通要求比較高的工作，一般需要同項(xiàng)目經(jīng)理、產(chǎn)品經(jīng)理、開發(fā)人員、業(yè)務(wù)人員、客戶溝通。很多時(shí)候，由于測試介入較晚，測試時(shí)間短，測試初期測試人員了解需求不及開發(fā)人員，為了迅速熟悉需求，需要項(xiàng)目組成員之間相互培訓(xùn)和溝通。
測試人員為了利于測試工作，平時(shí)也需要主動(dòng)和開發(fā)團(tuán)隊(duì)溝通項(xiàng)目的進(jìn)度、項(xiàng)目存在的問題、項(xiàng)目的需求變更等等情況。與團(tuán)隊(duì)成員溝通得越充分、對項(xiàng)目的信息收集和把握得越及時(shí)、越準(zhǔn)確，我們的測試工作才可能做得越順利，才可能提高測試效率。
7.積極配合開發(fā)人員工作，努力贏得開發(fā)人員的尊重和支持：
作為測試人員，我們絕不能消極等待或一味埋怨開發(fā)人員的不理解和不重視。我們首先需要正視自己、改進(jìn)自己，通過自身的不斷努力讓開發(fā)人員，真正體會(huì)到測試的價(jià)值。同時(shí)，也需要理解并配合開發(fā)人員的工作。只有這樣，才能贏得開發(fā)人員的支持?；ハ嗯浜稀⒒ハ啻龠M(jìn)，項(xiàng)目成員之間形成良性循環(huán)，彼此感情加深了、配合默契了、工作效率和工作質(zhì)量也就自然提高了。
8.按照項(xiàng)目的大小不同，必要的情況下引入自動(dòng)化測試工具：
是否引入自動(dòng)化的測試工具，主要取決于測試的時(shí)間長短和測試的輪次。一般來說，測試周期較長、版本升級平凡和回歸測試次數(shù)較多的項(xiàng)目，引用測試工具可以提高測試效率。如果測試周期較短，本來測試周期只有兩三個(gè)月，開發(fā)測試腳步就要花費(fèi)大量時(shí)間，引入自動(dòng)化測試工具，用的次數(shù)較少，結(jié)果得不喪失，勞民傷財(cái)，呵呵！
9.測試部門內(nèi)部成員的工作業(yè)績數(shù)據(jù)化：
具體的做法如下：每天給每個(gè)人分配的任務(wù)非常具體，并且隨時(shí)關(guān)注他們的進(jìn)展情況，完成百分比，不斷督促他們。并且，把每個(gè)人每天的工作成果（發(fā)現(xiàn)缺陷的數(shù)量和工作的質(zhì)量）數(shù)據(jù)化，通過郵件的形式發(fā)給組內(nèi)的成員，讓大家有個(gè)比較。大家都有自尊心，看到自己落后，后面就加油趕工，形成一種良好的測試氛圍。每周周例會(huì)的時(shí)候，對表現(xiàn)突出的給予表揚(yáng)，對每次都比較差的下屬，單獨(dú)談心，問問具體原因。
10.提高測試人員的專業(yè)技能和工作能力：
由于測試技術(shù)的不斷成熟和完善，許多的新技術(shù)陳出不窮，作為測試人員需要不斷提高自己的專業(yè)技能和工作技能。不斷的給自己充電，補(bǔ)充測試?yán)碚撝R，讓自己工作技能力去彌補(bǔ)專業(yè)技能的不足。這樣，你的工作同樣可以做到棒，效率自然很高。一段時(shí)間過去，回過頭來一看，自己確實(shí)進(jìn)步不少，沒有虛度光陰呀！
個(gè)人認(rèn)為可以從軟件測試的活動(dòng)中的以下指標(biāo)綜合考評，去評估衡量測試效率，每項(xiàng)指標(biāo)都高，自然能夠說明一些問題：
1.發(fā)現(xiàn)缺陷的質(zhì)量：
同一個(gè)項(xiàng)目組內(nèi)，我們一般運(yùn)用測試管理工具TD, 按優(yōu)先級和嚴(yán)重等級，把每個(gè)人的缺陷做成柱狀圖和餅圖，放到一個(gè)文檔中，郵件發(fā)給大家，讓組內(nèi)成員了解自己的工作情況和其他人的工作情況。同時(shí)也讓開發(fā)人員，對每個(gè)測試人員的工作，做出評估，供績效考核時(shí)參考。特別是發(fā)現(xiàn)非常隱蔽缺陷的測試人員，一定要重賞。
2. 測試的有效性：
一般來說，遞交Bug的有效性，體現(xiàn)了測試員是否能夠正確理解系統(tǒng)，并發(fā)現(xiàn)問題，是否能夠發(fā)現(xiàn)有效的問題。很多時(shí)候，測試人員沒有弄準(zhǔn)確需求，或者是沒搞清楚設(shè)計(jì)，一旦出現(xiàn)異常，就提交Bug。不是和前面的缺陷相同，重復(fù)遞交相同類型的缺陷，就是遞交無效的Bug，導(dǎo)致后來很多缺陷，都被項(xiàng)目評審時(shí)拒絕，既耽誤了時(shí)間，效率自然不高。
3.測試組員交叉測試，發(fā)現(xiàn)漏測問題數(shù)量：
經(jīng)常是這樣，一個(gè)測試人員測試結(jié)束，修復(fù)了全部的缺陷。這個(gè)時(shí)候，測試的模塊和測試人員交叉一下，再測試，很有可能又發(fā)現(xiàn)很多問題。這樣我們可以對測試發(fā)現(xiàn)問題數(shù)量，進(jìn)行統(tǒng)計(jì)。這樣做，就迫使測試人員認(rèn)真執(zhí)行每一輪測試，每次測試都不敢懈怠。
4.遺漏到客戶缺陷的比例：
一旦版本測試通過，發(fā)布給客戶以后，客戶要對發(fā)布的版本進(jìn)行驗(yàn)收測試。同樣會(huì)發(fā)現(xiàn)一些問題，我們也會(huì)對測試過程中發(fā)現(xiàn)的Bug分配到每個(gè)模塊和具體的人。但是，如果缺陷在測試環(huán)境中不能重現(xiàn)，只能在實(shí)際工作環(huán)境中出現(xiàn)，則不屬于遺漏給客戶的Bug，不計(jì)入漏測統(tǒng)計(jì)里面。有時(shí)候，客戶系統(tǒng)在使用中也會(huì)發(fā)現(xiàn)缺陷，我們同樣做好記錄。
5.遞交的缺陷數(shù)量：
在同一個(gè)項(xiàng)目組內(nèi)，每天遞交的Bug數(shù)量，每周遞交的Bug數(shù)量，每個(gè)版本測試結(jié)束，總共遞交的Bug數(shù)量。終測試結(jié)束，算出每個(gè)人遞交有效缺陷的百分比。
6.執(zhí)行用例的數(shù)量：
同一天，每個(gè)測試人員，執(zhí)行用例的數(shù)量。但是一定要去除那些不能夠測試的功能模塊，或者是被阻塞的模塊，這些一定要考慮到。否則大家意見就大了呢！
7.編寫測試文檔的速度和質(zhì)量：
每次編寫測試用例時(shí)，大家都要編寫部分模塊的測試用例，我們也可以通過單位時(shí)間內(nèi)編寫case的數(shù)量、速度和質(zhì)量，來區(qū)分每個(gè)人的效率，我覺得也是一種好方法。
8.評審發(fā)現(xiàn)問題的效率：
在組織部門內(nèi)部的case評審時(shí)，同一個(gè)測試文檔的評審，如果提出的修改建議比較多，并且很有參考價(jià)值。這樣的測試人員，效率應(yīng)該比較高，得考慮考慮加薪，呵呵。
9.測試工具使用的熟練程度：
當(dāng)然，一個(gè)測試人員，對測試工具的熟練程度越高，使用技巧越強(qiáng)，一般來說，測試的效率就越高。按常理來說，每個(gè)人不可能了解全部的自動(dòng)化測試工具，我們只對常用的測試工具進(jìn)行考核就可以了，還算人性化吧。并且后面懂得較多的同事，給組內(nèi)成員集體培訓(xùn)，使大家迅速掌握測試工具的基本使用，這才是我們的真正目的。
10.測試結(jié)果的分析水平：
對自動(dòng)化的測試工具來說，特別是性能測試結(jié)束之后，我們要分析部分測試結(jié)果，如果你都不熟悉測試工具的分析，何談效率呢？所以測試結(jié)果的分析水平，也可以作為衡量測試效率的一個(gè)指標(biāo)。如何提高測試效率？
1.首先要有一個(gè)合理的詳細(xì)的測試計(jì)劃：
沒有詳細(xì)的測試計(jì)劃，測試部的每個(gè)成員都在那兒盲無目的測試，何談提高測試效率？當(dāng)然測試計(jì)劃也不能夠太細(xì)，太細(xì)了，編寫測試計(jì)劃同樣浪費(fèi)時(shí)間，做到時(shí)可而止。好是測試任務(wù)盡量能細(xì)化到測試的功能和測試的case這個(gè)級別去監(jiān)控進(jìn)度，較為理想。
2.測試盡早介入項(xiàng)目詳細(xì)了解項(xiàng)目的業(yè)務(wù)需求，做好測試的前期準(zhǔn)備：
目前來說，可能大家都有類似的感受，接觸到的大多數(shù)的項(xiàng)目，都是測試周期比較短，開發(fā)人員耽誤了時(shí)間，為了不拖延項(xiàng)目進(jìn)度，留給測試人員做測試的時(shí)間都非常緊張。如果項(xiàng)目測試的前期了解業(yè)務(wù)需求、了解產(chǎn)品屬性和準(zhǔn)備測試數(shù)據(jù)不充分，往往測試效率很低，測試時(shí)間變長，測試效率急劇下降。
3.對測試項(xiàng)目前景充滿信心，調(diào)整佳心態(tài)，保持愉悅的工作心情：
一般來說，如果大家認(rèn)為測試的項(xiàng)目沒什么發(fā)展前景，當(dāng)然測試也不會(huì)很賣命，測試效率不用說。如果某個(gè)測試人員碰到什么不順心的事，當(dāng)天的工作效率肯定比平常低。所以，要保證測試效率，測試負(fù)責(zé)人要察言觀色，及時(shí)找不開心的下屬談心，了解并幫忙消除部分員工的不良情緒，讓員工有更好的心情投入到測試工作中去。
4.提高測試接受的標(biāo)準(zhǔn)，減少測試版本送測次數(shù)：
大部分公司的開發(fā)人員都有一種惰性，一旦公司成了測試部，他們自己測試時(shí)，都不會(huì)那么認(rèn)真，以為有了測試人員，就自己就解放了。很多時(shí)候都是調(diào)試編譯通過，實(shí)際上開發(fā)人員沒有做完整的自測，就拿到測試部進(jìn)行測試。如果測試部門有嚴(yán)格的測試接受標(biāo)準(zhǔn)，一旦發(fā)現(xiàn)有重大問題，立即拒絕測試，送回開發(fā)人員修改。可以減少很多次反復(fù)測試，重復(fù)測試，明顯提高了測試效率。
5.測試負(fù)責(zé)人認(rèn)真做好測試文檔的評審：
測試經(jīng)理一定要認(rèn)真做好測試用例的評審，盡量使用較少的測試用例，發(fā)現(xiàn)較多的Bug，無疑是佳提高效率的一種方式。很多時(shí)候，經(jīng)驗(yàn)較少的測試人員在設(shè)計(jì)測試用例的時(shí)候，寫了很多的測試用例，測試時(shí)幾乎沒有發(fā)現(xiàn)缺陷。還有一種：比如說等價(jià)類的測試，只要具備代表性就可以了，如果寫了很多測試用例，執(zhí)行了半天，臃腫的測試用例，未發(fā)現(xiàn)任何問題，也很不值。這些主要是靠測試用例評審的時(shí)候，測試Leader去把握了。盡量做到在滿足需求的情況下，精簡測試用例數(shù)量，提高測試覆蓋率。很多時(shí)候，測試人員寫好用例就自己測試,根本沒人評審,有些地方理解有偏差,測試點(diǎn)沒測試到,導(dǎo)致發(fā)給客戶版本被退回，給公司也會(huì)帶來巨大經(jīng)濟(jì)損失。
6.加強(qiáng)項(xiàng)目組成員的相互溝通工作和項(xiàng)目信息收集工作：
測試工作是一項(xiàng)溝通要求比較高的工作，一般需要同項(xiàng)目經(jīng)理、產(chǎn)品經(jīng)理、開發(fā)人員、業(yè)務(wù)人員、客戶溝通。很多時(shí)候，由于測試介入較晚，測試時(shí)間短，測試初期測試人員了解需求不及開發(fā)人員，為了迅速熟悉需求，需要項(xiàng)目組成員之間相互培訓(xùn)和溝通。
測試人員為了利于測試工作，平時(shí)也需要主動(dòng)和開發(fā)團(tuán)隊(duì)溝通項(xiàng)目的進(jìn)度、項(xiàng)目存在的問題、項(xiàng)目的需求變更等等情況。與團(tuán)隊(duì)成員溝通得越充分、對項(xiàng)目的信息收集和把握得越及時(shí)、越準(zhǔn)確，我們的測試工作才可能做得越順利，才可能提高測試效率。
7.積極配合開發(fā)人員工作，努力贏得開發(fā)人員的尊重和支持：
作為測試人員，我們絕不能消極等待或一味埋怨開發(fā)人員的不理解和不重視。我們首先需要正視自己、改進(jìn)自己，通過自身的不斷努力讓開發(fā)人員，真正體會(huì)到測試的價(jià)值。同時(shí)，也需要理解并配合開發(fā)人員的工作。只有這樣，才能贏得開發(fā)人員的支持?；ハ嗯浜稀⒒ハ啻龠M(jìn)，項(xiàng)目成員之間形成良性循環(huán)，彼此感情加深了、配合默契了、工作效率和工作質(zhì)量也就自然提高了。
8.按照項(xiàng)目的大小不同，必要的情況下引入自動(dòng)化測試工具：
是否引入自動(dòng)化的測試工具，主要取決于測試的時(shí)間長短和測試的輪次。一般來說，測試周期較長、版本升級平凡和回歸測試次數(shù)較多的項(xiàng)目，引用測試工具可以提高測試效率。如果測試周期較短，本來測試周期只有兩三個(gè)月，開發(fā)測試腳步就要花費(fèi)大量時(shí)間，引入自動(dòng)化測試工具，用的次數(shù)較少，結(jié)果得不喪失，勞民傷財(cái)，呵呵！
9.測試部門內(nèi)部成員的工作業(yè)績數(shù)據(jù)化：
具體的做法如下：每天給每個(gè)人分配的任務(wù)非常具體，并且隨時(shí)關(guān)注他們的進(jìn)展情況，完成百分比，不斷督促他們。并且，把每個(gè)人每天的工作成果（發(fā)現(xiàn)缺陷的數(shù)量和工作的質(zhì)量）數(shù)據(jù)化，通過郵件的形式發(fā)給組內(nèi)的成員，讓大家有個(gè)比較。大家都有自尊心，看到自己落后，后面就加油趕工，形成一種良好的測試氛圍。每周周例會(huì)的時(shí)候，對表現(xiàn)突出的給予表揚(yáng)，對每次都比較差的下屬，單獨(dú)談心，問問具體原因。
10.提高測試人員的專業(yè)技能和工作能力：
由于測試技術(shù)的不斷成熟和完善，許多的新技術(shù)陳出不窮，作為測試人員需要不斷提高自己的專業(yè)技能和工作技能。不斷的給自己充電，補(bǔ)充測試?yán)碚撝R，讓自己工作技能力去彌補(bǔ)專業(yè)技能的不足。這樣，你的工作同樣可以做到棒，效率自然很高。一段時(shí)間過去，回過頭來一看，自己確實(shí)進(jìn)步不少，沒有虛度光陰呀！