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