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

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

　　2、測試執行的用例數非常多，發現bug數非常少。

　　3、bug隱藏較深發現bug難度大。

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

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

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

　　宏觀上：

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

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

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

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

　　微觀上：

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

　　2、深挖用例與功能，盡可能早的發現隱藏的功能，和未測試到的功能點。

　　3、敦促開發調整修復bug策略優先修復教容易修復的bug。

　　4、bug描述到位，做到每個bug均可重現。

　　5、提醒開發自測：

　　1）這個階段開發可能會發現很多我們發現不到的bug。

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

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

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