目录
接口关联
HttpRunner 常用断言
环境变量设置:
第一个test接口获取token,并提取出存储到变量中,在第二个test接口中直接调用该变量,如下图
# 接口关联
- config:
name: 微信接口
base_url: https://api.weixin.qq.com
- test:
name: 获取token
request:
url: /cgi-bin/token
method: GET
params:
grant_type: client_credential
appid: wxf14419077f707856
secret: 92a113bd4b5ffdc72144740dc7123c99
extract:
- token: content.access_token
- time: content.expires_in
validate:
- eq: [$time,7200]
- test:
name: 获取用户所有标签
request:
url: /cgi-bin/tags/get
method: GET
params:
access_token: $token # 引用上面的token实现关联
extract:
- id: content.tags.0.id
- name: content.tags.0.name
validate:
- eq: [$id,2]
- eq: [$name,"星标组"]
validate: 断言设置 可以对响应数据做多个断言验证
注:断言操作一般都用在testcases用例层做业务断言,api层只是做简单的断言
格式为:
validate:
- eq: [status_code,200]
相关断言
eq、equals、==、is,判断实际结果和期望结果是否相等
lt、less_than,判断实际结果小于期望结果
le、less_than_or_equals,判断实际结果小于等于期望结果
gt、greater_than,判断实际结果大于期望结果
ge、greater_than_or_equals,判断实际结果大于等于期望结果
ne、not_equals, 判断实际结果和期望结果不相等
str_eq、string_equals 判断转字符串后对比实际结果和期望结果是否相等
len_eq、length_equals、count_eq 判断字符串或list长度
len_gt、length_greater_than、count_gt、count_greater_than 判断实际结果的长度大于和期望结果
len_ge、length_greater_than_or_equals、count_ge、count_greater_than_or_equals实际结果的长度大于等于期望结果
len_lt、length_less_than、count_lt、count_less_than实际结果的长度小于期望结果
len_le、length_less_than_or_equals、count_le count_less_than_or_equals实际结果的长度小于等于期望结果
注: 断言一般用在测试步骤层里面,如下图
# 断言
- config:
name: 测试百度网站
base_url: https://www.baidu.com
- test:
name: 接口名称 百度接口
request:
url: /
method: GET
validate:
- eq: [status_code,200] # 判断相等的4种写法 [实际结果,预期结果]
- is: [status_code,200]
- ==: [status_code,200]
- equals: [status_code,200]
注:在yaml文件中,断言引用函数需要加引号 " ",如下图
Httprunner通过在项目根目录下新增 .env 文件进行环境变量配置,其作用是存放一些httprunner接口测试脚本中的一些固定配置项(如:主机地址、端口等)。
1、在项目的根目录下新增 .env文件,输入格式为 变量名=变量值。如下图
2、在测试用例需要使用的部分,使用ENV()方法进行调用。根据上例写法如下:${ENV(BASE_URL)} ;如下图:
光学理论是没用的,要学会跟着一起敲,要动手实操,才能将自己的所学运用到实际当中去,这时候可以搞点实战案例来学习。
如果对你有帮助的话,点个赞收个藏,给作者一个鼓励。也方便你下次能够快速查找。
如有不懂还要咨询下方小卡片,博主也希望和志同道合的测试人员一起学习进步
在适当的年龄,选择适当的岗位,尽量去发挥好自己的优势。
我的自动化测试开发之路,一路走来都离不每个阶段的计划,因为自己喜欢规划和总结,
测试开发视频教程、学习笔记领取传送门!!!