###关于异常测试###

异常测试就是人为地构造异常场景，观察服务在异常场景下的表现是否符合预期。

常见异常测试类型有接口入参异常、模块异常、底层依赖异常、资源异常（cpu，内存，带宽，io，端口）、压力异常（比如流量突增情况）

###对于单模块做异常测试###

1. 重要接口模拟异常，前提是熟悉接口协议（pb协议？macpack?）

    1）接口字段是否有required和optional之分，重点是required字段

          a）required字段缺失，接口如何表现？

          b）注意字段数据类型，修改值大小（结合边界值考虑）或替换数据类型或字段过长

          c）optional字段缺失，接口如何表现？

     2）修改接口返回值（比如包含特殊字符或缺少某些字段或返回数据为空），看上游接口表现

     3）接口之间是否有超时，超时后是否有重查机制

     4）对于异常捕捉是否优雅处理，不要时不时地吐个core

     5）发送数据大包？

2. 模块启动或运行过程中加载本地文件需求（不一定指配置文件）

    1）文件不存在，是否优雅捕捉异常并报相关warning日志或直接启动失败

    2）文件内容为空，模块加载&解析过程是否正常运行

    3）对文件破坏，比如使内容乱码或格式异常（比如不是json格式？json格式多字段或少字段？），模块是否能正常解析

    4）文件内容特别大，超出模块可用buffer

    5）文件是在启动时加载的，如果在模块运行过程中把该文件删了，会有什么表现？

3. 模块与模块之间通信，其实也是接口通信，可参考第1点

    1）连接模式

         a）长连接或短连接，连接池大小设计，主要考虑若一个模块流量突增时对后端模块的影响；

         b）是否有主动关闭连接，这个主要是为了不出现泄露的考虑

    2）接口不兼容

    3）接口字段内容非法

    4）是否有心跳探活机制，多久发送心跳包，若发现没有收到心跳包会怎么表现

    5）模拟网络抖动，对于超时如何处理，是否有重查机制，重查次数

    6）将一个模块所在的机器带宽打满，观察是否影响跟其他模块的通信

###机器资源做异常测试###

1. 模拟CPU受限

    1）写个程序循环占用机器cpu，观察模块表现，最直观表现就是处理请求的时延托大了

2. 模拟内存受限

   1）写个程序不停malloc机器的free内存来构造场景

3.  模拟带宽异常

   1）模拟带宽打满

   2）模拟网络抖动（参考iptables或tc工具）

4. 模拟io异常

    1）磁盘异常，比如将挂载的磁盘摘了

    2）磁盘满了，是否影响落日志和数据

    3）磁盘坏了

    4）模拟io打满，ioutil=100%

5. 端口异常

    1）从端口入/出数据包，加延时模拟端口慢（iptables或tc工具）

    2）限制从端口入/出数据包大小（tc工具）

    3）模拟丢包（tc工具）