- jmeter get请求
普通的get请求,是客户端去服务器获取资源的,可以直接在浏览器中访问,获取到服务端的响应的。
- post请求,参数为k=v的POST接口
post请求方式常用数据格式第一种: content-type:x-www-form-urlencoded,
content-type:x-www-form-urlencoded即表单形式,
数据格式类型:userName=admin&password=1234, 键值对形式 k=v;
- post接口,参数为json的POST接口
content-type:application/json,json格式的数据;
json格式的必须加 http信息头管理器,中放置content-type:application/json, json 格式数据: {}
json格式的数据,放置在消息体数据中。
忘记放url地址、ip地址,报404 请求的资源未找到;
post请求方式输入错误,写成get请求,报405 请求的方法不允许;
未添加信息头管理器,报415 ,请求头 中的content-type 不对,应该用json,不加就成默认的form表单了。
- post请求,参数为k=json的POST接口;参数 param={"skuId":123,"num":10}
这种 参数param = {“key1”:“value1”,"key2":"value2"} 形式的请求数据格式,其实从本质来说,跟form表单是一样的,也是k=v键值对形式,只是值 v 是json形式的。但从大结构来说,确实是键值对k=v形式 的。所以,参数放置在参数页签即可。
- 断言
看接口是否成功,用查看结果树 就可以吗? 接口某字段值为空时,查看结果树是通过的,但其实接口返回的是:用户名或密码为空;
jmeter查看结果树看的是服务器对http接口的处理是否处理成功,只要处理成功 ,响应状态码是200,就默认是成功的。
用户名或密码为空,是接口从业务角度上失败的。
所以,只用查看结果树,不能代表业务上都处理成功了,只能代表 服务器对接口处理成功了,响应状态码200 是正常响应了。没有办法识别 业务上的失败;
所以需要用断言,来进行接口业务上的成功与否。
接口业务上成功,返回的数据:
{
"code": "0",
"data": null,
"message": "success"
}
- json断言:大部分接口返回的都是json格式的响应数据,那么可以 使用json断言来进行业务上的判断;添加-断言-json断言
- 响应断言:如果接口返回的响应数据,不是json格式数据,是其他类型的响应,文本、xml或者表单等其他类型的数据格式,断言的话,用响应断言;添加-断言-响应断言
{"code": "0","data": {"stock": 695},"message": "success"}
需要注意:从接口成功响应 json格式中拿到的响应 message": "success", 值前面是有空格的,jmeter做了美化,放响应断言中使用时,需要去掉空格;
响应断言模式匹配规则
包括(Contains):如果响应中包含了指定的字符串,判断为成功,支持正则表达式
匹配(Matches):如果响应完全匹配指定的字符串,判断为成功,支持正则表达式
相等(Equals):如果响应完全匹配指定的字符串,判断为成功,不支持正则表达式
子字符串(Substring):如果响应中包含了指定的字符串,判断为成功,不支持正则表达式;
一般在工作中,不需要用到正则表达式,就选字符串即可,所以,默认的响应断言,就支持大部分的响应断言;
响应断言,还可以支持多个断言的情况。 断言1 且断言2,都满足。
或者:断言1或 者断言2,两个断言满足一个,就成功;
否:不满足断言1、且不满足断言2; 都不满足成功;---用的比较少;
写接口,一定要写断言,有了断言,才能判断 接口在业务上的成功与否。
标签:基本,请求,成功,接口,响应,json,jmeter,断言 From: https://www.cnblogs.com/MTXue/p/17910093.html