5.2 让框架快速支持陌生协议的接口测试
5.2.1 面对陌生协议的接口测试
我们已经讲过了HTTP接口测试以及RESTful接口测试的测试框架如何改造。随着技术的不断发展，在测试过程中我们会遇到各种协议的接口，面对一些第一次接触的协议，我们又该如何应对呢？作为一名测试工程师，在面对陌生协议的接口测试时，您是不是时常感到无助？当遇到这样的测试任务时，您的第一反应肯定是向研发工程师求助，因为研发工程师基于新协议已经完成了接口开发，向研发工程师求助显然是最好的办法。
当求助于研发工程师时，研发工程师往往会提供大量文档，如协议的说明文档、代码开发文档等，测试工程师需要从给出的文档开始慢慢学习，从协议的底层实现到最后的交互验证，这种做法虽然很可靠，但不是测试工程师快速开展工作的最佳途径。因为测试工程师不需要了解协议的底层原理，而只需要了解新的协议如何传输数据以及返回数据就可以开始测试工作了。也就是说，要想模拟客户端来验证服务器端的逻辑，开始接口测试的最佳途径不是去看协议的说明文档，而是直接去看研发工程师实现的客户端代码，如此才能更直接地解决问题。
在面对陌生的新协议时，测试工程师的首要任务就是测试接口的正确逻辑和错误逻辑是否满足最初的需求。因此，测试工程师需要快速掌握验证手段。在时间紧迫的情况下，如果仍然先学习新协议的基础知识，再学习新协议如何使用，那么测试工作将很难在要求的工期内完成，而且我们在工作中也会手忙脚乱。这并不是说我们不需要学习新协议的基础知识，而是说我们应该先从解决实际问题的角度出发，直接拿到研发工程师的客户端调用代码，因为这样就可以快速完成测试工作了。在完成测试工作的后续时间里，我们可以再慢慢学习新协议的基础知识。需要注意的是，新协议的基础知识并非不重要，而是说在项目进行过程中，学习这些基础知识很多时候没有完成项目的质量保障工作重要。下面以WebSocket协议为例，详细介绍当第一次接触完全陌生的协议接口时，应如何完成接口测试工作。
5.2.2 使用Fiddler查看WebSocket协议的接口交互信息
使用Fiddler可以查看WebSocket协议的接口交互信息，为此，修改Fiddler中Rules菜单下的Customize Rules，在其中添加代码清单5-3所示的代码。
代码清单5-3
这样在Fiddler中就可以看到WebSocket协议的接口交互信息了。通过图5-1可以看到，
图5-1 WebSocket协议的接口交互信息
我们虽然找到了通过Fiddler截获WebSocket接口的方法，但截获的全部消息都在日志里，根本无法操作，因而使用Fiddler完成WebSocket接口测试的想法很难实现。但是，我们可以使用Fiddler分析WebSocket接口，这也和Fiddler最初的功能定位一致，那就是通过Fiddler辅助分析被测接口。
