性能场景之异常场景

谈到异常场景，其实大家并不陌生，我们在做功能测试的时候，也要考虑异常用例，例如：切换网络，断网，中断使用等等。

        那么，性能中的异常场景，我们具体该怎么做呢？设计哪些问题才能将异常场景覆盖完整？这就需要我们明确两个关键点：一是异常场景的范围，二是异常场景的设计逻辑。

异常场景的范围

        我理解的异常场景中，基本上采用的就是是宕主机、断网络、宕应用这几种测试手段。此外，从主机、网络、应用等角度出发，还会有一些细分操作，比如说：

主机：断电、重启、关闭等。

网络：关网卡、模拟抖动，丢包，延时，重传等。

应用：杀掉进程，关闭进程等。

服务器：CPU打满，内存打满，网络打满等等。

        上面这些操作在当前新的技术架构中仍然有效，只不过现在会有更多的细分操作，因为现在微服务的应用多了之后，又多出了几层，比如虚拟机层、容器层、网关层等等。

异常场景的设计逻辑

        从逻辑上来说，异常场景的设计主要分为两步：

        第一步：分析架构，把技术架构中的组件全部列出来，并分析可能产生异常的点。

        第二步：列出异常场景，根据第一步分析的异常点设计对应的场景。

        这样的逻辑设计起来并不复杂，如果我们只从组件级来考虑，那就可以设计通用的异常场景了。但是，如果从业务逻辑异常的角度来看，就没有通用的异常场景了，我们需要针对不同业务设计不同的异常场景。

        在性能领域中，大多数人对异常场景的设计并没有标准的方法论(设计套路），基本都是凭自己的知识范围和感觉设计。

        我在下面为大家结合当前技术总结了异常场景设计的点，大家在以后做性能测试的时候可以参考。

 

 

 

作者：覆手倾天下
链接：https://www.jianshu.com/p/ea9c609957ee
来源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。