说到API测试，很多人会问，为什么要自己coding，集成进Xebium，用Postman或者其他HTTP接口测试的工具不就可以了吗？老实说，我之前也用这些来做测试，但随着项目发展，你要维护的内容越来越多，尤其不便的是，一套随时可用的数据和判断依据的变动，很让人抓狂。为什么不和db和界面上抓取的内容来当作API接口的输入输出来动态引入呢？而且一套系统进行管理也更让人理解，更方便易用，由于是web界面，测试做完脚本，程序员在开发期也可以直接当作调试使用，如果是了解脚本的PM，自己可以先写输入输出，敏捷的目标不就可以更进一步吗？
说做就做，同样的利用SLIM的特点，只要自己写相关的测试中间件的类，实现http或者https发送请求，构造http头，cookie部分和body，返回的response利用JsonPath或者XPath来解析判断返回数据的内容或者顺序结构，这样就能把API测试集成进来。
从API调用的知识点来说，自然要熟悉HTTP请求的相关知识，一般来说网络上的请求都是通过TCP或者UDP发送，商用的web都通过http/https协议来发送的，游戏很多用UDP协议发送，这些知识留待大家自己摸索。
我们直接用代码来说话：
public class HttpUtil {
public HttpUtil(String method, String url, Map headers) {} //构造http，method=GET||POST （其他像PUT或者DELETE几乎不用）
public void setHttpHeaders(Map headers) {} //如果构造没有传值的话，也可以在之后传，map的key-value同http的头定义（Content-Type必须要有）
public void setHttpCookies(Map cookies) {} //其实这段也可以放入http head，如果要区分也可以单独传入
public void setHttpBody(String body) {} //根据头中定义的contenty-type来传入body数据发送到后端
public int excute() throws Exception {} //http请求发送，返回的是状态码，如200，404等
public String getResponseContent() {} //返回response内容
public String getCookieValueByKey(String key) {} //根据key返回cookie中的value
public String getHeadValueByKey(String key) {} //根据key返回head中的value
public String getJpathValues(String jpath) {} //根据输入的1或多个JsonPath（，分隔）来返回具体值
public int getCountInJSON(String jpath) {} //JsonPath的length()函数返回list个数
public String getXpathValues(String xpath) {} //根据输入的1或多个XPath（，分隔）来返回具体值
}
具体的代码实现可以直接看代码，Xebium中直接调用如上方法，设置参数或者返回数据，来判断内容的正确性。具体例子如下（点导航栏Test可以执行用例）：
上述用例中，note一行执行时会忽略，相当于注释行。
依然把源码贴出，大家可以参考，如果需要支持更多的HTTP Method或者需要实现什么特定的功能，可以直接修改实现：
https://pan.baidu.com/s/1WX6ESXLKmvruOZYvgH_GSA
其实照这个测试集成的思路，会发现，任何的测试工作只要可以用代码来实现调用的其实都可以集成进Xebium，一个统一的测试环境不仅使流程变得更为规范，同时也让脚本和数据的维护变得容易，也节约大家的时间（有些公司，本身的测试系统一套一套的，如果是新人摸索这些系统并且日常工作中进行切换，那是相当的耗时耗力）。
API接口的应用非常广泛，如果你用RabbitMQ，Kafka等，甚至于平时的网页，只要是依赖网络的HTTP或者HTTPS协议，都可以适用。
另外，大家如果用的不顺手，自己开发自己的套件，再做一些小工具做解析，转码等等的事，让事情更简单，使用更方便，这才是测试开发更需要急迫去做的事。
