mock以及特殊场景下对mock数据的处理

一、为什么要mock

工作中遇到以下问题,我们可以使用mock解决:

  1. 无法控制第三方系统某接口的返回,返回的数据不满足要求
  2. 某依赖系统还未开发完成,就需要对被测系统进行测试
  3. 有些系统不支持重复请求,或有访问访问频次限制。如不可重复支付,获取敏感信息的接口访问频次不可高于xx等
  4. 其他情况

二、mock的实现原理

一般测试场景中,都是对接口的返回数据进行mock。以http协议为例,

  1. 最简单的mock,可在mock服务器上保存一份mock数据,并给此mock数据生成对应的url。将要访问的第三方url,以mock url代替,这样即可满足最基本的mock需求。可在此处了解到更多关于此种mock的信息。
  2. 使用proxy实现mock。wiremock/anymock等开源工具可提供此实现。好处在于:
    • 可查看请求及回应,方便获取mock数据的原型
    • 匹配到规则的请求会返回mock数据,未匹配到的请求访问原服务
    • 无需修改服务配置,无需重启服务

最近有接触到一些函数级别的mock。比如,mockito这个工具,即可实现不发出请求,即可获得mock数据的功能。

三、特殊场景下对mock数据的处理

有些场景对于mock来说较为特殊。比如,某接口对数据有加解密操作,这使得mock的数据无法直观理解,无法有效率地调整mock数据的内容以完成测试目标。另外,有些rpc协议不具通用性,通用的mock平台来支持此类协议成本太高。所以,我们的需要对我们的方法做一些变通。

1. 对于接口加解密数据,我们开发一个函数,来支持mock数据的加解密。手工测试时,该函数可表现为mock平台的插件;接口自动化时可表现为处理mock数据的函数。也可以采用方法2.

2. 直接将这个函数的逻辑整体mock掉。开发某功能:当程序运行到指定的方法时,不继续运行函数体,而是发送一个http请求到mock平台,将mock数据return出去。

上一篇:wxs 使用方法 左右滑动切换案例


下一篇:Mybatis报错 org.mybatis.spring.MyBatisSystemException: nested exception is org.apache.ibatis.binding.BindingException: Parameter 'parentCode' not found. Available parameters are [0, 1, param1, param2]