问题描述:
前文中描述了基于aop的容错测试解决方法, 我们可以结合具体的业务,使用场景来编写脚本进行测试.但是实际工作中,随着业务复杂度的不断提高,系统间的相互依赖更加复杂,完全依赖测试人员一个个编写针对性的容错测试脚本来保证系统的容错能力,会越来越困难.我们需要一个更”自动化”的解决方案.
再仔细分析一下淘宝的实际使用场景,淘宝的应用这件的依赖关系类似下图:
<!--[endif]-->
一个淘宝的应用，依赖几十个其他应用提供的服务是很正常的现象。依赖系统之间使用HSF服务(淘宝内部的分布式的服务框架,RPC解决方案)来进行相互调用,在调用方进行如下的配置，就可以调用远程的hsf服务.
<!--[endif]-->
应用提供的服务如果有异常，对于服务的使用方来说就是调用HSF时抛异常，比如在hsf服务调用超时，在使用方收到的就是HSFTimeOutException.
目前的方案，淘宝在一些大型活动前，比如双11，双12前会进行错误预演，比如进行模拟某个应用挂机，其他的依赖它的应用是否正常.但是这样的活动成本比较大，需要影响正常的业务流程，不能成为常态化的手段。如何有一个能够在任何机器上都能运行的（甚至服务都不需要部署）分布式系统容错测试方案是本文讨论的目标.
