個人認為項目測試過程中的測試效率總體趨勢是隨著項目進度的深入呈現(xiàn)先上升到達頂點，然后遞減，再項目發(fā)布前達到低點的規(guī)律。這個規(guī)律反映在活躍bug趨勢圖上尤其明顯。測試過程進入穩(wěn)定期后效率會非常低。主要表現(xiàn)為：

　　1、每天進行幾遍幾十遍主流程甚至核心流程的回歸。

　　2、測試執(zhí)行的用例數(shù)非常多，發(fā)現(xiàn)bug數(shù)非常少。

　　3、bug隱藏較深發(fā)現(xiàn)bug難度大。

　　4、bug的溝通交流的成本大。

　　5、開發(fā)修復bug進入遲滯期，每個人修復不了幾個bug。

　　一般bug開閉數(shù)曲線呈現(xiàn)平緩期開始進入效率低潮期。那么在這個階段我們該做哪些措施提高我們的測試效率呢？我覺得可以從宏觀和微觀兩個方面著手處理：

　　宏觀上：

　　1、多交叉測試：在執(zhí)行完所有用例的前提下，我們測試同學可以頻繁的進行交叉測試，盡可能的掃描到未涉及到的死角。

　　2、測試手段的多樣性：在平緩期采取探索性、隨機測試等方法，甚至可以邀請部分同學來體驗，當小白鼠，這個時期我們可以多重視用戶體驗性問題。

　　3、風險檢測：進入平緩期后再次檢視下目前尚未關閉的風險問題，在功能穩(wěn)定的同時及早的采取措施關閉風險，深度挖掘尚未發(fā)現(xiàn)的風險問題，防止風險觸發(fā)引起的測試反復。

　　4、測試計劃實時性有效性：檢查我們的測試計劃是否已經(jīng)匹配當前的測試過程，及時做出調(diào)整。

　　微觀上：

　　1、減少回歸核心流程的次數(shù)，每天回歸一遍基本夠了。

　　2、深挖用例與功能，盡可能早的發(fā)現(xiàn)隱藏的功能，和未測試到的功能點。

　　3、敦促開發(fā)調(diào)整修復bug策略優(yōu)先修復教容易修復的bug。

　　4、bug描述到位，做到每個bug均可重現(xiàn)。

　　5、提醒開發(fā)自測：

　　1）這個階段開發(fā)可能會發(fā)現(xiàn)很多我們發(fā)現(xiàn)不到的bug。

　　2）開發(fā)修復bug完整性與正確性，防止牽連功能bug數(shù)反彈。

　　在項目測試過程中我們應該隨時關注我們的測試效率，多快好省的完成測試工作。

　　注：我個人覺得測試執(zhí)行過程中效率可以這樣俠義量化定義：當天開閉bug數(shù)之和/當天執(zhí)行的測試用例數(shù)。