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