探索篇 | 接口字段容错测试（三）

往期关联文章：

探索测试 | 新奇深层测试策略之案例剖析（一）

探索篇 | 新奇测试策略剖析，大家都觉得多此一举(二)

探索篇|越权测试策略之案例剖析（一）

重磅福利 | 全网唯一,多年踩坑经验，探索测试策略新奇方法之案例剖析（一）

【探索篇】发散思维假设分析推理之探索式测试（一）

【探索篇】测试人员遗漏的Case点,我猜你也中枪了

【探索测试篇】探索无界，BUG无限，让程序猿头疼的测试技术

探索篇|越权测试策略之案例剖析（一）

思维模式|假设前置数据法

某系统，用户简历列表，可进行编辑、删除操作，接口新增了1个字段user_status= 0或1用来区分正常和注销用户，正常用户展示编辑和删除操作，注销用户不展示，前后端配合进行修改，前端更新了，后端未更新，我们再来刷新看列表时，发现所有用户都无法进行编辑和删除操作了。

其实这里未考虑user_status的容错，我们可以看到上图接口并没有user_status字段，所以前端处理成，当未拿到user_status= 0或1，默认处理成不展示编辑和删除操作，这样的设计是不合理的，为了1个注销用户让所有用户都无法操作，我们宁愿处理成当user_status为非0或1时，展示编辑和删除操作，大不了让他操作编辑和删除注销用户，这样影响的是1个用户，不会影响全部用户的操作。

测试工作中，我们基本不会对字段的容错进行单独测试，认为不可能发生、很少发生,没必要去做，实际这样的想法完全是错误的，系统有正常测试就有异常测试，任何时候的正常都需要找其对应的异常，这样的系统才是稳定和长久的。