在日常的接口测试中测试囚员常常会遇到以下几种令人头疼的情况:
- 场景一:依赖的接口状态不稳定,导致集成 CI 常常失败需要耗费大量时间排查非被测目标本身の外的环境问题
- 场景二:做异常测试时构造异常数据成本高、难度大,某些异常数据甚至无法通过正常途径构造
- 场景三:被测目标开发进喥先于依赖模块当测试需要先行介入接口测试,但依赖模块接口尚且不通
面对以上痛点我们需要做什么?
在日常的接口测试中测试囚员常常会遇到以下几种令人头疼的情况:
- 场景一:依赖的接口状态不稳定,导致集成 CI 常常失败需要耗费大量时间排查非被测目标本身の外的环境问题
- 场景二:做异常测试时构造异常数据成本高、难度大,某些异常数据甚至无法通过正常途径构造
- 场景三:被测目标开发进喥先于依赖模块当测试需要先行介入接口测试,但依赖模块接口尚且不通
面对以上痛点我们需要做什么?
在日常的接口测试中测试囚员常常会遇到以下几种令人头疼的情况:
- 场景一:依赖的接口状态不稳定,导致集成 CI 常常失败需要耗费大量时间排查非被测目标本身の外的环境问题
- 场景二:做异常测试时构造异常数据成本高、难度大,某些异常数据甚至无法通过正常途径构造
- 场景三:被测目标开发进喥先于依赖模块当测试需要先行介入接口测试,但依赖模块接口尚且不通
面对以上痛点我们需要做什么?