思維模式|假設前置數據法
- 2020 年 1 月 26 日
- 筆記
永遠不要局限思維，記得要發散思維，與眾不同
如果系統中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？所以前置模組、前置數據皆有可能發生
以上case情況，我們可以通過崗位資料庫，快速構造出各種數據，去測試崗位詳情的容錯等情況，保證了崗位詳情測試的全面性和穩定性。
