需求介绍
最近小编接到了这样一个测试需求：通过新开发的后台配置网络开关接口，网络开关接口简单来说实现的是根据用户上传的各类不同参数，下发不同结果的网络开关指示，接口返回的是xml。小编需要测试的内容就是新开发的后台~
问题
刚接到这个测试需求，小编可谓是一脸懵状，脑子闪现了多个问题：
1）开关逻辑多而复杂，手工测试成本太大，效率太低；
2）每个逻辑开关下发的数量都比较多，如何保证通过后台配置的测试xml中的key和value与线上xml中的key和value完全一致；
3）测试xml与线上xml返回的顺序有可能不一样，如何确保顺序的不同不会影响xml的比对；
4）服务器需要用户请求中的参数和请求body中scookie参数进行逻辑判断，其中scookie参数是经过客户端加密的，如何将请求body中的明文变为密文；
5）概率下发的开关如何进行测试；
解决方案
首先确认测试方法，由于开关逻辑多而复杂，手工测试成本太大，效率太低，所以采用自动化方式验证。想必大家都记得铲子哥的这篇文章《不会代码？接口测试照样做！》，于是小编就拿来框架源码按照本次的需求进行更改，框架的主要实现逻辑是：
针对网络开关重构的需求，框架具体修改内容如下：
1）excel中维护的测试用例格式
因用户上传的scookie参数在请求header里，每个case都有不同的scookie里，所以case如下所示：
2）case中的scookie是明文的，了解客户端的加密算法，将其转为密文；
3）比对测试xml和线上xml的是否完全一致，排除顺序不同的干扰；
4）概率下发的开关，case执行多次，如1000次，比对下发概率
欢迎大家留言讨论接口测试的方法~
