vs 启动调用的目标发生异常_如何解决不可测、异常场景的问题？

阿里QA导读：在软件研发过程中，发布前跨多个系统的联调测试是不可或缺的一环，而在联调过程中，经常会遇到一些比较棘手的困难，阻塞整个联调进程。其中比较典型的有：第三方的研发节奏不一致，导致无法联调；下游的业务异常难以构造，待测系统的处理逻辑无法验证；其它的一些异常场景，例如下游超时等。这些问题如何解决呢？阿里巴巴高级测试开发专家雨清带来了他的解决方案。

以上的具体场景都发生在应用发布前的联调阶段，其实在发布后，线上质量保障部分也同样存在一些难以验证的场景，例如：核对脚本无验证直接上线，日志监控无验证等。

痛点小结：

• 请求异常场景难以构造：消息乱序、并发场景等；

• 下游超时场景难以构造：超时成功、超时失败等；

• 研发节奏不一致，下游应用没有开发完毕，无法联调；

• 下游的业务异常难以模拟；

• 线上质量，实时核对脚本，由于线下“异常数据”难以构造，往往没有验证直接上线；

• 线上质量，日志监控，由于“异常日志”难以构造，监控配置后无法验证。

简单来说，质量保障过程中存在非常多的“不可测”场景，而此类场景如果被忽视往往会带来非常严重的故障。以下游超时场景为例，在电商下单过程中如果出现了支付超时，需要非常谨慎的处理，一旦出现逻辑漏洞就会导致用户资损。更多关于异常场景的分析，可以翻阅本文附录--异常场景分析。

验证平台的出现，就是为了解决上述“不可测”场景，降低联调成本、扩展测试边界。

验证平台(VIP)Verification  Platform

---

<