系統中A模塊是發佈崗位，B模塊是崗位詳情，小王測試的是A模塊，小張測試的是B模塊，小張在測試B模塊時往往很少去考慮前置模塊A產生的各種類型、各種異常不確定數據，導致了經常出現一些問題，如果小張當時考慮了A模塊可能產生的所有前置數據，去測試B系統，後面就不會頻繁出現一系列問題，這就是我們今天要討論的假設前置數據法。以下只是幾個思路和想法，大家可以發散思維繼續擴展
一、假設邊界
A模塊發佈崗位，崗位名必填、可輸入字符長度2-10，我們需要考慮B模塊崗位詳情崗位名長度2、10時，顯示正常顯示
二、假設非必填字段
A模塊發佈崗位，有3個發佈入口，崗位圖片非必填、入口1只能傳圖片、入口2只能傳視頻、入口3視頻和圖片都可傳，我們需要考慮B模塊崗位詳情崗位幾種情況如下：
1 崗位詳情無圖片視頻時展示 2 崗位詳情是圖片時展示 3 崗位詳情是視頻時展示 4、崗位詳情是圖片+視頻時展示，所以這時需要考慮好幾種情況，不只是單獨看能展示就好了
三、假設字段過長、過大
1、薪資字段過大，查看B模塊崗位詳情，是否出現異常
2、崗位描述文字過多，查看B模塊崗位詳情，是否出現異常
四、假設字段異常
1、薪資字段爲0，查看B模塊崗位詳情，是否出現異常
2、薪資字段爲空，查看B模塊崗位詳情，是否出現異常
3、薪資字段爲null，查看B模塊崗位詳情，是否出現異常
很多人會說，這些字段都是必填的，永遠不會出現上面這些情況，我想說你錯了，所有的BUG都是在某些情況下發生的，假如我這個版本發佈了作息模式爲做一休一的崗位，下個版本需求要把作息模式爲做一休一的的類型刪掉，這時如果當時沒有測試這種情況，下個版本上線後，再去查看這個崗位詳情，有可能就會出現異常，如果我們當時測了，最起碼保證查看崗位詳情不會閃退異常等。
五、假設多種狀態
假設發佈崗位後，崗位的狀態變化會有多種狀態（待審覈、審覈通過、審覈拒絕、上架、下架、禁用、已刪除）我們需要考慮當崗位爲這些狀態時，查看B模塊崗位詳情，是否正常
六、假設多種類型
A模塊發佈崗位，可以發佈普通崗位、急招崗位，崗位的類型爲普通、急招時，查看B模塊崗位詳情，是否正常
七、假設前置模塊錯誤
1、假設用戶未登錄，進行提現操作
2、假設用戶未實名認證，進行提現操作
3、假設用戶未綁卡，進行提現操作
4、假設用戶綁定了別人的銀行卡，進行提現操作
又有人會說，沒有通過1、2、3怎麼可能操作提現，我想問一句，你能確定1、2、3永遠是正確的，不會出BUG嗎？所以前置模塊、前置數據皆有可能
其實以上情況，我們完全可以通過崗位數據庫去快速構造各種數據，去測試崗位詳情的容錯等情況，保證了崗位詳情的穩定性