鼓勵測試專注于某些特定功能，特別是緊鄰主要功能的輔助功能。

羅網項目的主要功能為通過研判模型對各類案件及人員進行分析，然而每次審批幾乎都離不開新建工單的過程，所以測試時對研判模型的每個模塊都增加了許多新建工單的用例。

2）通宵測試法

即使程序長時間運行，不去關閉，觀察程序是否會發(fā)生異常。

4 旅游區(qū)測試類型（快速訪問軟件的各種功能）

1）收藏家測試法

收集軟件的輸出，越多越好。確保能觀察到軟件能生成的任何一個輸出。此方法龐大，通常以小組為單位進行。

例如：

在廣西上網行為分析項目中，為確保接收到的數(shù)據(jù)格式和內容都正確，需提前造出大量用戶數(shù)據(jù)，模擬實際的運行環(huán)境批量發(fā)送數(shù)據(jù)，批量查看輸出結果。

2）超模測試法

只測試界面顯示。

例如：在采購部供應鏈大數(shù)據(jù)平臺的某次測試中，由于前端頁面沒有設置按比例縮放，導致頁面在小屏幕上無法顯示完全。

5 旅館區(qū)測試類型（經常被忽略或者在測試計劃中較少描述的次要及輔助功能）

1）取消測試法，啟動操作然后停止它。可以對任何提供取消功能或者需要較長時間才能完成的功能做同樣的操作。如果沒有取消按鈕，對于在瀏覽器中運行的程序可以試著按Esc鍵或是程序中的回退按鈕。

2）懶漢測試法，測試人員做盡量少的實際工作。接受所有默認值，保持輸入字段繼續(xù)為空，在表單中盡可能少填數(shù)據(jù)，在進入下一個界面時不點擊任何按鈕或者輸入任何數(shù)據(jù)等等。

傳統(tǒng)的手工測試方法需要提前編寫測試用例，然后嚴格地依次執(zhí)行每一個用例，引入探索式測試方法可以在測試過程中更及時地發(fā)現(xiàn)問題并補充用例，兩種方法相結合才能更有效地把控產品的質量。

如果未來開發(fā)技術大幅進步，也許會有一天，測試人員不再是必需的了。這當然是軟件廠商和用戶的福音，但是在可預見的未來，檢測軟件缺陷的最好方法還是使用測試技術，而不是開發(fā)技術。原因很簡單，太多的不確定因素，太多的場景，可能導致自動化測試失效的情況太多了，無法一一跟蹤。這一切都需要“人腦”的介入，現(xiàn)在如此，下個十年不會變，再過幾十年可以依然如此。