1.明確需求范圍和重點
在開需求會的時候，明確本次需求作用的是那個模塊，可能會影響到哪些模塊。之前有沒有類似的需求，測試的重點是什么，需求模塊之間的優先級是什么。將這些問題提前處理掉。
畫流程圖，梳理教程和數據流轉，畫狀態轉換圖，因果圖等分析流程
3.測試用例評審，技術評審
4.核心用例開發自測
5.不做無效的測試
如果需求的冒煙測試質量比較低，由多個較為嚴重的bug，甚至可能阻塞測試流程，測試可以將需求打回，讓開發重新自測。一方面是因為功能阻塞，下游的功能無法完成測試，另一方面，新的問題可能還是由于已存在的bug引起的。
6.不做重復的測試
熟悉整個項目的架構，相互的關系。很多看似不同的測試點，實際只是一個測試點，僅僅是外面的包裝不同。 當一個測試點出現問題時，那么其他的測試點也可能有問題，其他的可暫時先不用測試了。
7.不同測試版本的測試重點
對于測試來講，基本上一個需求要驗證三個版本，（test環境，beta環境，product環境）。如果每個需求都要詳細的過一遍，遇到大需求的話，測試估計會很忙。 如果針對三個環境，進行一個合理的分配和取舍，測試也會減少很多工作量。
8.優化測試順序
推薦閱讀：
sales@spasvo.com
