1.明確需求范圍和重點
在開需求會的時候，明確本次需求作用的是那個模塊，可能會影響到哪些模塊。之前有沒有類似的需求，測試的重點是什么，需求模塊之間的優(yōu)先級是什么。將這些問題提前處理掉。
畫流程圖，梳理教程和數(shù)據(jù)流轉(zhuǎn)，畫狀態(tài)轉(zhuǎn)換圖，因果圖等分析流程
3.測試用例評審，技術(shù)評審
4.核心用例開發(fā)自測
5.不做無效的測試
如果需求的冒煙測試質(zhì)量比較低，由多個較為嚴重的bug，甚至可能阻塞測試流程，測試可以將需求打回，讓開發(fā)重新自測。一方面是因為功能阻塞，下游的功能無法完成測試，另一方面，新的問題可能還是由于已存在的bug引起的。
6.不做重復(fù)的測試
熟悉整個項目的架構(gòu)，相互的關(guān)系。很多看似不同的測試點，實際只是一個測試點，僅僅是外面的包裝不同。 當一個測試點出現(xiàn)問題時，那么其他的測試點也可能有問題，其他的可暫時先不用測試了。
7.不同測試版本的測試重點
對于測試來講，基本上一個需求要驗證三個版本，（test環(huán)境，beta環(huán)境，product環(huán)境）。如果每個需求都要詳細的過一遍，遇到大需求的話，測試估計會很忙。 如果針對三個環(huán)境，進行一個合理的分配和取舍，測試也會減少很多工作量。
8.優(yōu)化測試順序
推薦閱讀：
本文內(nèi)容不用于商業(yè)目的，如涉及知識產(chǎn)權(quán)問題，請權(quán)利人聯(lián)系SPASVO小編(021-60725088-8054)，我們將立即處理，馬上刪除。
sales@spasvo.com
