用RestAssured重写接口自动化代码
接口逻辑获取来源:
chrome调试工具+wireshark抓包
接口描述:协议:http
请求方式:post
参数类型:application/json
权限认证:需要,登录cookie
请求路由:调用业务接口(登录信息)——>服务器返回重定向地址(认证中心验证接口)
请求认证中心验证接口(cookie)——>服务器返回重定向地址(认证中心权限写入接口), 返回hearder Set-cookie信息(授权信息)
请求认证中心权限写入接口(携带header信息)——>服务器返回重定向真实地址
请求真实地址
问题:接口了解清楚了开始苦逼码代码
思路:
1.先用postman/jmeter模拟请求接口,确认上下文场景
2.进行场景抽象,接口请求参数抽象,业务接口脚本开发
3.自测
4.被自己写的代码感动的泪流满面——喜极而泣
实际:
1.完美
2.完美
3.wocao 一声 一声,wocao 一声 二声,wocao 一声 四声。。。头皮屑飞舞中,这尼玛什么沙皮框架,绝对有bug。。。
4.网络检索中。。。mmp这框架资料好少,连我这种问题都没人遇到过。。。
5.自我否定中。。。
6.换httpClient吧。。。
7.不行,码了这么多行了,继续啃。。。debug模式开启
8.debug到废寝忘食,开启google翻译 翻墙查资料
9.工具调用+代码运行 抓包对比齐上阵。。。这特么jmeter postman都能自动重定向,这尼玛框架怎么加了重定向不管用。。。
10.两天后没有解决方法——》emmm。。。辣鸡框架——》决定手写重定向方法。
11.手写完成(解决了框架重定向方法不成功)——》重拾信心——》wocao循环开启
12.放空自我——》继续debug——》emmm。。。辣鸡框架——》ctmd 为啥跳转url擅自做主进行了转换。
幸亏哥聪明,英文单词都认识,加个urlEncodingEnabled(false),信心满满
调试——》emmm。。。——》mmp循环中——》控制台日志分析中
问题定位自己手写的uri请求没问题,已经不自动解码了,response内部日志仍在解码
跟了下RestAssured框架源码,发现given的配置通过,RequestSpecification来封装
调试成功。。。。
问题总结1.调试的第一遍应该就已经暴露了问题,只是基础很烂眼力很差才没有发现。
2.虽然前路荆棘密布坑坑挖挖,但要有越挫越勇的勇气和挑战自我的信念。



