如何衡量和提高測試效率

對于如何衡量測試效率，如何提高測試效率 

如何衡量測試效率？

個人認為可以從軟體測試的活動中的以下名額綜合考評，去評估衡量測試效率，每項名額都高，自然能夠說明一些問題：

1.發現缺陷的品質：

同一個項目組内，我們一般運用測試管理工具TD, 按優先級和嚴重等級，把每個人的缺陷做成柱狀圖和餅圖，放到一個文檔中，郵件發給大家，讓組内成員了解自己的工作情況和其他人的工作情況。同時也讓開發人員，對每個測試人員的工作，做出評估，供績效考核時參考。特别是發現非常隐蔽缺陷的測試人員，一定要重賞。

2. 測試的有效性：

一般來說，遞交Bug的有效性，展現了測試員是否能夠正确了解系統，并發現問題，是否能夠發現有效的問題。很多時候，測試人員沒有弄準确需求，或者是沒搞 清楚設計，一旦出現異常，就送出Bug。不是和前面的缺陷相同，重複遞交相同類型的缺陷，就是遞交無效的Bug，導緻後來很多缺陷，都被項目評審時拒絕， 既耽誤了時間，效率自然不高。

3.測試組員交叉測試，發現漏測問題數量：

經常是這樣，一個測試人員測試結束，修複了全部的缺陷。這個時候，測試的子產品和測試人員交叉一下，再測試，很有可能又發現很多問題。這樣我們可以對測試發現問題數量，進行統計。這樣做，就迫使測試人員認真執行每一輪測試，每次測試都不敢懈怠。

4.遺漏到客戶缺陷的比例：

一旦版本測試通過，釋出給客戶以後，客戶要對釋出的版本進行驗收測試。同樣會發現一些問題，我們也會對測試過程中發現的Bug配置設定到每個子產品和具體的人。 但是，如果缺陷在測試環境中不能重制，隻能在實際工作環境中出現，則不屬于遺漏給客戶的Bug，不計入漏測統計裡面。有時候，客戶系統在使用中也會發現缺 陷，我們同樣做好記錄。

5.遞交的缺陷數量：

在同一個項目組内，每天遞交的Bug數量，每周遞交的Bug數量，每個版本測試結束，總共遞交的Bug數量。最終測試結束，算出每個人遞交有效缺陷的百分比。

6.執行用例的數量：

同一天，每個測試人員，執行用例的數量。但是一定要去除那些不能夠測試的功能子產品，或者是被阻塞的子產品，這些一定要考慮到。否則大家意見就大了呢！

7.編寫測試文檔的速度和品質：

每次編寫測試用例時，大家都要編寫部分子產品的測試用例，我們也可以通過機關時間内編寫case的數量、速度和品質，來區分每個人的效率，我覺得也是一種好方法。

8.評審發現問題的效率：

在組織部門内部的case評審時，同一個測試文檔的評審，如果提出的修改建議比較多，并且很有參考價值。這樣的測試人員，效率應該比較高，得考慮考慮加薪，呵呵。

9.測試工具使用的熟練程度：

當然，一個測試人員，對測試工具的熟練程度越高，使用技巧越強，一般來說，測試的效率就越高。按常理來說，每個人不可能了解全部的自動化測試工具，我們隻 對常用的測試工具進行考核就可以了，還算人性化吧。并且後面懂得較多的同僚，給組内成員集體教育訓練，使大家迅速掌握測試工具的基本使用，這才是我們的真正目 的。

10.測試結果的分析水準：

對自動化的測試工具來說，特别是性能測試結束之後，我們要分析部分測試結果，如果你都不熟悉測試工具的分析，何談效率呢？是以測試結果的分析水準，也可以作為衡量測試效率的一個名額。

如何提高測試效率？

1.首先要有一個合理的詳細的測試計劃：

沒有詳細的測試計劃，測試部的每個成員都在那兒盲無目的測試，何談提高測試效率？當然測試計劃也不能夠太細，太細了，編寫測試計劃同樣浪費時間，做到時可而止。最好是測試任務盡量能細化到測試的功能和測試的case這個級别去監控進度，較為理想。

2.測試盡早介入項目詳細了解項目的業務需求，做好測試的前期準備：

目前來說，可能大家都有類似的感受，接觸到的大多數的項目，都是測試周期比較短，開發人員耽誤了時間，為了不拖延項目進度，留給測試人員做測試的時間都非 常緊張。如果項目測試的前期了解業務需求、了解産品屬性和準備測試資料不充分，往往測試效率很低，測試時間變長，測試效率急劇下降。

3.對測試項目前景充滿信心，調整最佳心态，保持愉悅的工作心情：

一般來說，如果大家認為測試的項目沒什麼發展前景，當然測試也不會很賣命，測試效率不用說。如果某個測試人員碰到什麼不順心的事，當天的工作效率肯定比平 常低。是以，要保證測試效率，測試負責人要察言觀色，及時找不開心的下屬談心，了解并幫忙消除部分員工的不良情緒，讓員工有更好的心情投入到測試工作中 去。

4.提高測試接受的标準，減少測試版本送測次數：

大部分公司的開發人員都有一種惰性，一旦公司成了測試部，他們自己測試時，都不會那麼認真，以為有了測試人員，就自己就解放了。很多時候都是調試編譯通 過，實際上開發人員沒有做完整的自測，就拿到測試部進行測試。如果測試部門有嚴格的測試接受标準，一旦發現有重大問題，立即拒絕測試，送回開發人員修改。 可以減少很多次反複測試，重複測試，明顯提高了測試效率。

5.測試負責人認真做好測試文檔的評審：

測試經理一定要認真做好測試用例的評審，盡量使用較少的測試用例，發現較多的Bug，無疑是最佳提高效率的一種方式。很多時候，經驗較少的測試人員在設計 測試用例的時候，寫了很多的測試用例，測試時幾乎沒有發現缺陷。還有一種：比如說等價類的測試，隻要具備代表性就可以了，如果寫了很多測試用例，執行了半 天，臃腫的測試用例，未發現任何問題，也很不值。這些主要是靠測試用例評審的時候，測試Leader去把握了。盡量做到在滿足需求的情況下，精簡測試用例 數量，提高測試覆寫率。很多時候，測試人員寫好用例就自己測試,根本沒人評審,有些地方了解有偏差,測試點沒測試到,導緻發給客戶版本被退回，給公司也會 帶來巨大經濟損失。

6.加強項目組成員的互相溝通工作和項目資訊收集工作：

測試工作是一項溝通要求比較高的工作，一般需要同項目經理、産品經理、開發人員、業務人員、客戶溝通。很多時候，由于測試介入較晚，測試時間短，測試初期測試人員了解需求不及開發人員，為了迅速熟悉需求，需要項目組成員之間互相教育訓練和溝通。

測試人員為了利于測試工作，平時也需要主動和開發團隊溝通項目的進度、項目存在的問題、項目的需求變更等等情況。與團隊成員溝通得越充分、對項目的資訊收集和把握得越及時、越準确，我們的測試工作才可能做得越順利，才可能提高測試效率。

7.積極配合開發人員工作，努力赢得開發人員的尊重和支援：

作為測試人員，我們絕不能消極等待或一味埋怨開發人員的不了解和不重視。我們首先需要正視自己、改進自己，通過自身的不斷努力讓開發人員，真正體會到測試 的價值。同時，也需要了解并配合開發人員的工作。隻有這樣，才能赢得開發人員的支援。互相配合、互相促進，項目成員之間形成良性循環，彼此感情加深了、配 合默契了、工作效率和工作品質也就自然提高了。

8.按照項目的大小不同，必要的情況下引入自動化測試工具：

是否引入自動化的測試工具，主要取決于測試的時間長短和測試的輪次。一般來說，測試周期較長、版本更新平凡和回歸測試次數較多的項目，引用測試工具可以提 高測試效率。如果測試周期較短，本來測試周期隻有兩三個月，開發測試腳步就要花費大量時間，引入自動化測試工具，用的次數較少，結果得不喪失，勞民傷财， 呵呵！

9.測試部門内部成員的工作業績資料化：

具體的做法如下：每天給每個人配置設定的任務非常具體，并且随時關注他們的進展情況，完成百分比，不斷督促他們。并且，把每個人每天的工作成果（發現缺陷的數 量和工作的品質）資料化，通過郵件的形式發給組内的成員，讓大家有個比較。大家都有自尊心，看到自己落後，後面就加油趕工，形成一種良好的測試氛圍。每周 周例會的時候，對表現突出的給予表揚，對每次都比較差的下屬，單獨談心，問問具體原因。

10.提高測試人員的專業技能和工作能力：

由于測試技術的不斷成熟和完善，許多的新技術陳出不窮，作為測試人員需要不斷提高自己的專業技能和工作技能。不斷的給自己充電，補充測試理論知識，讓自己 工作技能力去彌補專業技能的不足。這樣，你的工作同樣可以做到最棒，效率自然很高。一段時間過去，回過頭來一看，自己确實進步不少，沒有虛度光陰呀！