? ? ? ?系統中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嗎？所以前置模塊、前置數據皆有可能

其實以上情況，我們完全可以通過崗位數據庫去快速構造各種數據，去測試崗位詳情的容錯等情況，保證了崗位詳情的穩定性

?

?

總結

以上是生活随笔為你收集整理的假设前置数据法|全网唯一的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。