在项目测试中，第一轮基本功能测试完成，第二轮交互功能测试完成，到了第三轮，就需要进行一些压力测试，性能测试等请求量比较大的场景测试，但是大家都很容易忽略一种测试方向，即异常测试。异常测试顾名思义，是手动制造一些异常条件，以此来模拟用户使用过程中碰到的一些突发情况。这些问题在短期使用可能不会遇到，但是随着软件使用时间越来越长，会有可能暴露，所以需要提前测试。

设计异常测试用例时，需要关注哪些方向呢？我这边简单整理了一下：

异常场景测试重点：

1、关注异常情况下，终端界面提示信息合理性；

2、关注异常场景下，是否出现脏数据；

3、关注异常场景下，界面有合理错误提示，不会出现程序崩溃及异常；

4、关注异常恢复后的业务可用性；

5、任一部件异常，不会导致其他模块crash或出现脏数据；

6、系统异常的情况下，不会对已有数据产生影响，尤其是涉及支付的数据。

举例：

1、机器人项目，因与数据库通讯异常，OCServer 、FreeSwitch两个部件出现死循环式crash。

2、省运维与某企业服务器（ES）通讯异常（apache服务停止），省运维删了这台ES所有的用户数据。

在必要的情况下，某些异常场景需要人为创造，尤其是部署环境部件比较多的情况下，为了校验各个部件之间通讯的稳健性，甚至需要手动改地址，改链接，来看下异常处理情况：

异常测试，可以通过设置错误的mq地址来模拟异常

其实除了部件之间，后端数据库等，前端也会有异常的情况，就是打开某个页面，然后页面一直在加载，直到把内存撑满，页面再也动不了，这种情况就需要我们在测试时把f12打开，及时关注日志刷新情况。