基础的HTTPClient搭建注意事项(上)

项目背景

我司的自动化测试框架基本搭好,等待Web的接口测试自动化

要求

最基本的传、出参、获取Cookie和参数替换

注意

作者的HTTPClient功底不算强,看到有些地方不对或者我没有完全理解函数用法的话,请指出、并附上您的见解最好。写这篇文章。一是巩固知识、二是抛砖引玉,希望大家交流一下HTTPClient的知识。


项目是Spring Boot搭建的,基本的添加HttpClient依赖就不说了。原来是添加了HttpMime的,后来发现通过自定义HttpClient操作就行,于是弃用了。

结构图大致如下:


结构图V1.0

execute是作为service层的Impl。目的是执行API接口请求。是该类唯一的Public函数

executeEncapsulation是作为请求的封装,封装了请求所需的全部操作

replaceBodyParams为参数替换

init为参数校验

checkParams为校验基本请求参数

getSessionId为获取获取用户sessionId

executeHttpRequest为构造请求

switchType为实例化HttpClient

createSSLConnect为创建SSL安全连接

defaultHeader为构建默认请求头

setReplaceMap为处理Response获取响应对象中部分参数的值

checkFormat为解析Response


类中用到的静态变量:

private static CloseableHttpClient client;

private static HttpClientContext context;

private static HashMap ReplaceMap;


入参是自定义了一个DO。这个根据各位需求,自己创建就行,不过该项目有些逻辑判断是根据DO参数的有无进行判断


半夜码字有点思绪混乱,就先说下为什么用到这个结构和静态变量

execute作为类中唯一对外开放的接口,实现了请求的对象化

executeEncapsulation作为请求的封装,有人会问execute不是请求的对象么?干嘛又要封装一层呢?这样做不是违背了对象化概念么?素质三连,就问你怕不怕,是这样的:因为项目需要我能支持HTTP接口的组合测试,而某些接口需要用户先登陆,所以getSessionId函数应运而生,由于用户先要登陆成功,才能获取到Cookie,所以相当于完成了一次成功的请求,那么按照对象的概念,就应该返回结果了,但实际的用例还没跑呢

replaceBodyParams不用说,这个大家都应该写过类似的。其中我用到了ReplaceMap,要注意的是ReplaceMap可能取值为空,函数是不会报错的,所以这里加了个校验

initcheckParams这两个函数其实可写可不写,全看数据是否规范以及你是不会是有强迫症。不值得一提的是,我在这里做了对请求类型、参数类型的检验以及如果没有参数类型,则参数类型默认设置为Srting

getSessionId这个好像也没什么好讲的,这个看个人需求,我司两个不同的Web环境,我也只能既来之则安之(脸上笑嘻嘻,心里MMP)。这里首先对context是否带Cookie值以及Cookie值中是否有你需要的参数来作为是否跳出函数的条件

executeHttpRequest就是根正苗红的请求函数了,但是别忘了我们HttpClient还没初始化呢。所以。。。所以下面没了

switchType就是根据请求的地址经过正则处理后,switch类型不同,重而初始化不同的client对象,后面会比较详细的讲到

createSSLConnectswitchType里面初始化client对象,后面会比较详细的讲到

defaultHeader为构建默认请求头。好吧我把上面的话复制了一遍,这个讲道理,写过爬虫的应该都会有这个习惯,HTTPClient请求头竟然没有UA!!!唉,真的不能忍。所以defaultHeader里面只有一条数据,没错就是UA

下面又出来了,client都初始化了,没道理不出来

项目暂时只有GET和POST,具体怎么构建,这里是真的不想写,下次吧

好了,下面是这篇文章为数不多的代码

response =client.execute(httpPost, context);

没了

setReplaceMap为处理Response获取响应对象中部分参数的值。这里做自动化的,应该都要用到,我就不多BB了。就是需要ReplaceMap.put操作一下

checkFormat为解析Response。这里比较恶心的就是JSONObject和JSONArray,其实这个函数就是为了处理这两玩意

client    这个定义为静态,就是为了方便。至于有什么风险,这个有知道的人可以说下么

context    上下文管理器。HTTPClient进阶必须掌握的知识点。我这里只是利用了其携带Cookie的特性,但client官方文档表明也有存储Cookie的特性,但这不是懒么,维护下context就行了,等以后研究深入,再改进(FLAG)

ReplaceMap    存放需要替换的数据,需要考虑多线程的同学,请定义为HashTable类型(线程安全)


真没了,下篇就是各个函数代码分析了。

看到这,我要谢谢你耐心的看我表演了这么久

说句大实话,用HTTPClient来写自动化,其实对项目来说不太好,因为太基础,很多功能都需要自定义实现,所以很累啊!!!但有益于加强对HTTP的理解。希望大家权衡下利弊吧

你可能感兴趣的:(基础的HTTPClient搭建注意事项(上))