破坏性测试

•为保证应用的稳定性与较好的用户体验性，需要其具备有较好的容灾能力，即在恶劣的应用环境中，依赖方不可用时，依旧能够有友好的信息返回及界面展示

•

•测试需模拟各种可能的恶劣环境情况，目前可以从依赖的应用不可用、依赖的应用服务不可用，服务对应的某个方法不可用，或依赖的缓存失效等多个维度进行考虑

•

•传统手工测试，依赖修改服务配置文件中的版本来达到目的，对应效率低，成本高，不可持续化，且仅能做到服务粒度

测试内容:

•依赖应用不可用

•依赖应用服务不可用

•依赖服务方法不可用

•缓存不可用

•破坏性测试用例–method 维度

•在破坏性测试方法上添加 @ AppDisasterScenes进行破坏测试场景应用配置

在方法上添加 @ DisasterScenesExtensions进行破坏测试场景详细信息配置