探索篇 | 接口字段容錯(cuò)測(cè)試（三）
往期關(guān)聯(lián)文章：
探索測(cè)試 | 新奇深層測(cè)試策略之案例剖析（一）
探索篇 | 新奇測(cè)試策略剖析，大家都覺得多此一舉(二)
重磅福利 | 全網(wǎng)唯一,多年踩坑經(jīng)驗(yàn)，探索測(cè)試策略新奇方法之案例剖析（一）
【探索篇】發(fā)散思維假設(shè)分析推理之探索式測(cè)試（一）
【探索篇】測(cè)試人員遺漏的Case點(diǎn),我猜你也中槍了
【探索測(cè)試篇】探索無界，BUG無限，讓程序猿頭疼的測(cè)試技術(shù)? ? ?
? ? ?某系統(tǒng)，用戶簡(jiǎn)歷列表，可進(jìn)行編輯、刪除操作，接口新增了1個(gè)字段user_status= 0或1用來區(qū)分正常和注銷用戶，正常用戶展示編輯和刪除操作，注銷用戶不展示，前后端配合進(jìn)行修改，前端更新了，后端未更新，我們?cè)賮硭⑿驴戳斜頃r(shí)，發(fā)現(xiàn)所有用戶都無法進(jìn)行編輯和刪除操作了。
? ? ? 其實(shí)這里未考慮user_status的容錯(cuò)，我們可以看到上圖接口并沒有user_status字段，所以前端處理成，當(dāng)未拿到user_status= 0或1，默認(rèn)處理成不展示編輯和刪除操作，這樣的設(shè)計(jì)是不合理的，為了1個(gè)注銷用戶讓所有用戶都無法操作，我們寧愿處理成當(dāng)user_status為非0或1時(shí)，展示編輯和刪除操作，大不了讓他操作編輯和刪除注銷用戶，這樣影響的是1個(gè)用戶，不會(huì)影響全部用戶的操作。
? ? ? ?測(cè)試工作中，我們基本不會(huì)對(duì)字段的容錯(cuò)進(jìn)行單獨(dú)測(cè)試，認(rèn)為不可能發(fā)生、很少發(fā)生,沒必要去做，實(shí)際這樣的想法完全是錯(cuò)誤的，系統(tǒng)有正常測(cè)試就有異常測(cè)試，任何時(shí)候的正常都需要找其對(duì)應(yīng)的異常，這樣的系統(tǒng)才是穩(wěn)定和長(zhǎng)久的。