如何衡量測試效率，如何提升測試效率！

如何衡量測試效率？

能夠從軟件測試的活動中的如下指標綜合考評，去評估衡量測試效率，每項指標都高，天然可以說明一些問題：
1.發現缺陷的質量：
同一個項目組內，運用測試管理工具，按優先級和嚴重等級，把每一個人的缺陷作成柱狀圖和餅圖，放到一個文檔中，郵件發給你們，讓組內成員瞭解本身的工做狀況和其餘人的工做狀況。同時也讓開發人員，對每一個測試人員的工做，作出評估，供績效考覈時參考。特別是發現很是隱蔽缺陷的測試人員，必定要重賞。

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.提升測試人員的專業技能和工做能力：因爲測試技術的不斷成熟和完善，許多的新技術層出不窮，做爲測試人員須要不斷提升本身的專業技能和工做技能。不斷的給本身充電，補充測試理論知識，讓本身工做技能力去彌補專業技能的不足。這樣，你的工做一樣能夠作到最棒，效率天然很高。