隨着接手的工作越來越多，也越來越具有挑戰性,效率這個東西在工作中越發的也顯得重要起來。我們這拋開工作中不斷被電話啊，rtx之類的被打斷的常見問題，直奔如何提高測試工作的效率可能會更加的有意義一些。
隨着經驗的增長，對於如何提高測試的效率有以下幾點心得，和大家分享一下。
1. 重視測試用例的設計過程（明確測試的目的和範圍）
重視測試用例的設計過程，按照設計好的測試用開展測試，可以讓你在測試的過程中有條不紊的進行質量摸底，有效的把握測試進度，其次俗話說：“磨刀不誤砍柴工”，測試的設計在實際的測試過程中往往因爲版本進度緊張常常沒有被重視起來。版本轉過來，搭好環境走了正常的流程，你往往發現自己並沒有發現問題，並不是系統真的沒有問題，只是往往問題的產生需要同時滿足很多條件，而這些條件的設計則是需要在測試設計中進行考慮的。重視測試的設計過程，是爲了更好的消滅系統潛在的風險，是提高效率的一個很重要的部分。
2. 重視用例的優先級排序
時間總是有限的，測試是一個成本和質量的較量戰，如何在較短的時間內高效率的保證質量是一個值得研究的課題。然而其中有一個很有效的方法便是將用例的優先級進行排序。高優先級的優先執行，首先保證大問題不要出現，就可以在很大的程度上保證質量。至於細枝末節的問題，如果時間實在太緊張，用例沒執行完畢，即便出現了問題，也是小問題，在可控的範圍內。
3. 重視用例的評審過程，儘早的拉運維進行評審
這個過程往往也會被忽略，當然這個並不是測試單方面所能決定的，但是也是由測試可以掌控的，用例的評審過程是運維提前熟悉需求，瞭解測試情況以及結合現網提出測試建議的一個很好的機會，所以邀請運維，人家無論多忙都會參加的，所以測試一定要重視並且利用好這次機會，闡述自己的測試思想，並虛心接受運維的建議,儘可能多儘可能早的發現問題也是提高測試效率的一個重要方法。
4. 轉測前讓開發和你一起進行代碼走讀
在轉測之前你往往只是熟悉了需求，針對於業務邏輯設計了測試用例，但是具體的實現對於一個經手版本不是很多的測試人員來說可能還需要多一點歷練，而進轉測前行代碼走讀往往可以幫你解決這個問題。其次代碼走讀也是將風險提前暴露的有效途徑，試想將問題在開發階段就暴露出來對於提高效率是多麼明顯，最後，進行代碼走讀對於設計用例也是非常有幫助的，因爲此時你知道了系統的內部實現，就可以針對性的進行異常用例的設計，事半功倍。
5. 大版本一定要參與方案設計的討論會，積極大膽的提出自己的困惑和建議和擔憂。
版本比較大的時候，僅僅依靠一次轉測前的代碼走讀，你會暈菜的，因爲代碼太多，理不清一個思路，此時參加方案設計討論會是非常有必要的。它可以幫助你整體的把握整個系統，對於設計測試用例是很有幫助的，另外如果在方案討論會時有自己不能理解的地方一定要及時問清楚，因爲測試人員如果都不清楚，更別說發現問題了，當然若對系統有更好的建議或擔心，也可以及時提出來，將問題儘早的修復。
6. 重視自動化的建設，這是測試領域最偉大的發明
自動化本是機械領域的一個原理，目的是提高工作效率，減少人的重複勞動。可見測試領域的自動化其威力也是不可小覷。在版本轉側之前將自動化測試用例製作好，是一件很多得的事情，不僅在本次版本直接就可以用到，也免了在版本結束之後還愁要抽時間出來添加上個版本自動化測試用例的煩惱。自動化用的約好，效率也就越高
7. 注重測試工具的積累和改進，每一個系統維護一個txt文檔，裏面有這個系統往常的測試用例以及測試工具存放的位置
你是否還在要開始測試一個版本的時候，一切都從0開始，重新去尋找上個版本所部屬的機器ip，重新制作數據，重新編寫測試工具？那麼杯具了，你弄這些估計需要耗時半天到一天。平時可以考慮針對於系統維護一個文件夾或者一個txt文檔，每次測試都把相關的測試用例以及測試工具記錄下來，這樣以後再接手這個系統的測試就省事多了。如果在svn上共享這個文檔你會起到很好的作用。