往期關(guān)聯(lián)文章：

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

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

探索篇|越權(quán)測試策略之案例剖析（一）

重磅福利 | 全網(wǎng)唯一,多年踩坑經(jīng)驗(yàn)，探索測試策略新奇方法之案例剖析（一）

【探索篇】發(fā)散思維假設(shè)分析推理之探索式測試（一）

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

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

探索篇|越權(quán)測試策略之案例剖析（一）

思維模式|假設(shè)前置數(shù)據(jù)法

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

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

? ? ? ?測試工作中，我們基本不會對字段的容錯進(jìn)行單獨(dú)測試，認(rèn)為不可能發(fā)生、很少發(fā)生,沒必要去做，實(shí)際這樣的想法完全是錯誤的，系統(tǒng)有正常測試就有異常測試，任何時候的正常都需要找其對應(yīng)的異常，這樣的系統(tǒng)才是穩(wěn)定和長久的。

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。