在敏捷开发交付的流程中，自动化测试实际上被放在一个看起来挺重要的位置，而自动化测试中，接口测试是一个投入产出比比较高的
一种自动化测试的形式，而我自己也做了一个这样的脚手架一样的东西可以方便进行自动化测试，关键是在一些现有第三包的基础上做实现，其实一个脚手架不需要几个 JAVA 类就可以完成了，至少我自己的这个在 10 个文件以内.要论行数估计也没有多少代码量，主要时间其实都是在想怎么更方便的写自动化测试，怎么使用以后的开源代码了。
下面介绍一下我自己如何完成这个自动化接口测试
脚手架设计和实现的，以及我自己实现过程中的种种发现。主要从以下几个方面来讲：
接口测试本文中主要是指 HTTP 的请求，构建接口自动化测试脚手架的时候，首先先看看平常接口测试，测试人员时如何做的，我了解主要是以下几种方式：
我自己都使用过 SOAPUI/JMETER/POSTMAN,不能说使用的多么深入，但是常用的功能也都有用过，比如 SOAPUI 构建一个项目完整的接口自动化测试用例，大概有 200+ 以上的用例，可以支持不同的测试环境，检查点中可以检查数据库,使用 XPATH/XQUERY 来检查／获取指定的值，进行不同 API 的数据传递等等，这些工具 (指功能测试方面) 大体的逻辑我觉得是类似的,基本上都有:
根据以上的分析如果自己需要实现的话，最主要需要实现一下其实就是请求的构建，请求构建包括了:
对于发起请求的客户端就直接使用了 Spring RestTemplate,考虑的主要原因如下:
在实际的使用过程中，其实也遇到了一些问题，比如如下的内容:
如何解决这些问题,在后面再详细介绍，这里说明一下使用 RestTemplate 的一个主要流程：
说完这个流程，我们就说说如何通过 RestTemplate 构建一个简单的 HTTP 请求:
Map<String,String> urlVariable = new Map<String,String> ();
urlVariable.put("q","test");
JavaBean javaBean = restTemplate.getForObject("http://www.baidu.com",JavaBean.class,urlVariable);
JavaBean javaBean1 = restTemplate.postForObject("http://www.baidu.com",JavaBean.class,urlVariable);
ResponseEntity e = restTemplate.getForEntity("http://www.baidu.com",JavaBean.class,urlVariable);
实际上使用 RestTemplate 还是挺简单的，不过为了让使测试更为方便一点，然后每个人的代码更统一点，自己重新封装了一下 RestTemplate 的使用，主要分为三个概念:
Service 的描述实际上就是一个 JSON 文件，只不过自己规定了一下，格式类似于,这个文件描述了 API 的定义，当然 API 的 body 没有在这个里面，不过为了不把事情搞复杂，就暂时不放在这个里面.
{
"apiDomainName": "applicationName",
"contentType": "application/x-www-form-urlencoded",
"headers": {
"Accept": "application/json, text/javascript, */*"
},
"method": "POST",
"pathParameters": [],
"queryParameters": [
"username",
],
"resourceURL": "/application/subdomain"
}
测试数据类：
private Map<String, String> queryParameters = Maps.newHashMap();
private Map<String, String> pathParameters = Maps.newHashMap();
private Map<String, String> headers = Maps.newHashMap();
private T body;
而如何调用客户端就变成,而且其实每一个 API 的访问其实都可以这样子来做，
ResponseEntity response = RestTemplateHelper.build(serviceDescriptionPath,requestData).call();
说明一下的是：
然后实际上接口的描述是开发还没有开发好的时候就已经定了的，所以这里的变量就变成如何构建 requestData 了
构建 requestData 实际上就是设计测试用例，那么这里也是使用 Excel 的方式，将不同的值填写到 excel 里面，不过为了减少 set 值这样的操作，这个脚手架就提供了一些工具，可以直接将数据设置到 RequestData 实例，具体的操作如下:
Excel 是如下格式的：
| 变量名 | 测试用例 1 | 测试用例 2 |
|---|---|---|
| data.queryParameters(username) | 1 | 1 |
| data.queryParameters(year) | 2015 | 2014 |
| data.queryParameters(month) | 10 | 11 |
说明一下，通过反射的方式，可以直接生成一个 requestData 的实例,同时 queryParameters 中值已经设置好了，这样调用代码中就不需要写类似于：
RequestData data = new RequestData();
data.queryParameters.put("username","1");
data.queryParameters.put("year","2015");
这里有兴趣的同学可以参考这个包:里面其实已经有很方便的通过反射去赋值了,
<dependency>
<groupId>org.jodd</groupId>
<artifactId>jodd-bean</artifactId>
<version>3.6.6</version>
</dependency>
刚才讲述了如何发生生成数据，那么通过 Excel 的方式提供不同的数据，就可以通过 TestNG 的 DataProvider 了
所以测试数据通过，TestNG data provider 的实现在这里就不多少了，网上其实有很多内容了.
@DataProvider(name = "data")
public Iterator<Object[]> getAPITestData(Method m) throws Exception {
Map<String, Class> clazz = new HashMap<String, Class>();
clazz.put("RequestData", RequestData.class);
Iterator<Object[]> y = TestData.provider("testcase/api1.xls", m, clazzMap);
return y;
}
@Test(dataProvider = "data")
public void testAPITest(RequestData data) {
ResponseEntity response = RestTemplateHelper.build(serviceDescriptionPath,requestData).call();
Assert.assertEqual(response.getStatus,200); // response 的期望值实际可以通过dataprovider传入
}
而且几乎所有的代码都差不多成这个样子了，那么获取可以写个代码生成的东西,当然最后通过了 JsonPath 写了一些获取 JSON 值的工具，这个暂时也就不说了.
当封装好这些东西之后，发现所有的接口都类似了，然后就做了代码生成的工具了,代码生成器的入口实际上个就是那个服务描述文件开始的，
所以代码生成器的参数就是服务描述文件，在实际的使用的过程中，接口描述这个文件也可以自动生成，目前总共支持以下几种:
后续想打通和 POSTMAN 的连接，可以接收 POSTMAN 的导出文件，然后也可以导出 POSTMANT 的，以后开 BUG 就什么也不说，直接放一个 POSTMAN 文件其实也挺帅的
至此一个接口测试的脚手架就大致完成了.总结起来就是:
最后其实这样子使用下来,接口构建几个简单一点的自动化测试用例，其实也就是几分钟的事情.
在实现过程中，实际上还有一些特殊情况，比如说需要 token，认证信息，这些通过一个公用函数的方式就可以解决，然后在代码生成的时候
直接讲这个放在实际测试的接口前面调用. 后有就是上面说到的的:
HTTPS 的访问是通过如下代码解决的,创建一个略 SSL 的 httpclient 就可以了
public static RestTemplateClientHelper getHttpClientImplInstance(){
RestTemplateClientHelper client = new RestTemplateClientHelper();
HttpClient httpClient = getIgnoreSSLHttpClient();
client.setTemplate(new RestTemplate(new HttpComponentsClientHttpRequestFactory(httpClient)));
return client;
}
/**
* 获取忽略SSL的httpclient，支持https的请求
* @return
*/
private static HttpClient getIgnoreSSLHttpClient() {
CloseableHttpClient httpClient = null;
try {
httpClient = HttpClients.custom().
setHostnameVerifier(new AllowAllHostnameVerifier()).
setSslcontext(new SSLContextBuilder().loadTrustMaterial(null, new TrustStrategy() {
public boolean isTrusted(X509Certificate[] arg0, String arg1) throws CertificateException {
return true;
}
}).build()).build();
} catch (NoSuchAlgorithmException | KeyManagementException | KeyStoreException e) {
logger.error(e);
}
return httpClient;
}
还有一个就是有时开发的接口返回类型 (accept type) 不能让 RestTemplate 处理，那么其实添加自己定义个 MessageConverter 就好了:
下面是一个修改阿里自己的 FastJSON 的 MessageConverter 的例子,
其实也没改什么，就是捕捉了一个异常，主要是不知道什么原因调用时候 readInternal 就抛出和编码格式有关系的异常，然后就捕捉了一下异常反正也就把那个问题就没有了，不过这个改法应该也是有问题的.
public class ModifiedFastJsonHttpMessageConverter extends AbstractHttpMessageConverter<Object> {
........
public ModifiedFastJsonHttpMessageConverter() {
super(new MediaType("application", "json", UTF8), new MediaType("application", "*+json", UTF8));
this.charset = UTF8;
this.features = new SerializerFeature[0];
}
............
protected Object readInternal(Class<?> clazz, HttpInputMessage inputMessage) throws IOException, HttpMessageNotReadableException {
ByteArrayOutputStream baos = new ByteArrayOutputStream();
InputStream in = inputMessage.getBody();
byte[] buf = new byte[1024];
while(true) {
int bytes = in.read(buf);
if(bytes == -1) {
byte[] bytes1 = baos.toByteArray();
try {
return JSON.parseObject(bytes1, 0, bytes1.length, this.charset.newDecoder(), clazz);
}catch (Exception e){
return baos.toString("UTF-8");
}
}
if(bytes > 0) {
baos.write(buf, 0, bytes);
}
}
}
........
}
后续希望在这个基础上再做点其他的一些事情: