探索篇 | 接口字段容错测试(三)

王大力测试进阶之路

共 804字,需浏览 2分钟

 ·

2021-12-31 20:12


往期关联文章:

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

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

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

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

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

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

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

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

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

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

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

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


浏览 48
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报