往期關聯文章：

探索測試 | 新奇深層測試策略之案例剖析（一）

探索篇 | 新奇測試策略剖析，大家都覺得多此一舉(二)

探索篇|越權測試策略之案例剖析（一）

重磅福利 | 全網唯一,多年踩坑經驗，探索測試策略新奇方法之案例剖析（一）

【探索篇】發散思維假設分析推理之探索式測試（一）

【探索篇】測試人員遺漏的Case點,我猜你也中槍了

【探索測試篇】探索無界，BUG無限，讓程序猿頭疼的測試技術? ? ?

探索篇|越權測試策略之案例剖析（一）

思維模式|假設前置數據法

? ? ?某系統，用戶簡歷列表，可進行編輯、刪除操作，接口新增了1個字段user_status= 0或1用來區分正常和注銷用戶，正常用戶展示編輯和刪除操作，注銷用戶不展示，前后端配合進行修改，前端更新了，后端未更新，我們再來刷新看列表時，發現所有用戶都無法進行編輯和刪除操作了。

? ? ? 其實這里未考慮user_status的容錯，我們可以看到上圖接口并沒有user_status字段，所以前端處理成，當未拿到user_status= 0或1，默認處理成不展示編輯和刪除操作，這樣的設計是不合理的，為了1個注銷用戶讓所有用戶都無法操作，我們寧愿處理成當user_status為非0或1時，展示編輯和刪除操作，大不了讓他操作編輯和刪除注銷用戶，這樣影響的是1個用戶，不會影響全部用戶的操作。

? ? ? ?測試工作中，我們基本不會對字段的容錯進行單獨測試，認為不可能發生、很少發生,沒必要去做，實際這樣的想法完全是錯誤的，系統有正常測試就有異常測試，任何時候的正常都需要找其對應的異常，這樣的系統才是穩定和長久的。

總結

以上是生活随笔為你收集整理的探索篇 | 接口字段容错测试（三）的全部內容，希望文章能夠幫你解決所遇到的問題。

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