Rick的专栏

主要解决的问题依赖的第三方系统不稳定等情况，影响开发和测试流程UI测试,压力测试等去除IO操作目前市场上集几种Mock方案以及分析在代码中Coding代码逻辑。使用网络代理，将服务代理到指定服务器（JVM Proxy参数）。修改注册中心，将相应的服务地址修改到Mock服务。使用JavaAgent 修改字节码，将相应的IO的地方修改到某些地方。分析现有的主流Mock方案有上面的列出几种，尽管可以达到Mock的目的，但是存在和现有业务代码耦合性大，功能匮乏，对mock掌控力能力弱等

一. 背景今天无心写代码，整理下文章看。应用对于第三方的依赖较多，由于第三方接口测试环境可靠性不高，容易导致测试人员测试堵塞；需要特定场景的数据，但是依赖相对复杂，伪造数据的成本较高等情况，对于接口，数据库，redis等Mock的需求还是比较大的。目前公司内部不同部门有多套Mock方案，但是都没有摆脱对代码的侵入，可扩展性不高。基于目前大部分服务已经是Java技术栈的前提情况下，通过JavaAgent修改字节码的方式达到Mock的目的的条件逐渐成熟，虽然该方案开发入门较高，但从可维护，推广简易，成本效益等