所在部门相当于我司与外部渠道的网关
外部渠道通过对接所在部门接口进行贷款申请、还款等
然后由所在部门通过接口或 MQ 消息等调用公司内部核心信贷部门接口
等待结果通知后在与外部渠道返回结果
这种依赖其他系统、依赖异步处理结果的自动化框架该如何设计
因为是贷款领域 尽量不 mock
同求答案
这种不 mock 怎么可能做得了自动化，外部渠道配合你们测试都要单独给你们部环境，手工测试跑通环境都麻烦更何况自动化。。别想有什么捷径，case by case 的先梳理 mock
我之前做了一个 mock 系统，所有请求到第三方的优先打到 mock 服务，mock 服务可以支持配置规则，针对不同的接口、入参条件等返回不同的数据，也支持一键切回到第三方真实的服务。
楼主说【因为是贷款领域 尽量不 mock】，不应该是【因为是贷款领域 尽量要 mock】
支持 2 楼。
- 部署专门的自动化环境，在这个环境里搞不影响线上数据。
- 拆解链路一点点看，最后金钱支出在哪个环节发生，就让流程去到哪个环节之前中断或拦截下来。
核心问题还是不能因为测试，导致是实际资金转移。
想想，要是你跑一次自动化，公司欠别人几百个 w，或者每次都让外部公司出人手工帮你回滚测试数据，都不用说的没办法推进。
即时上下游有专门的测试环境，也可能不稳定的，还是要 mock
获客业务?
mock+ 契约测试组合，基本就可以自动化数据以及数据结构变更的第一时间通知了