接口测试|HttpRunner接口关联与常用断言

HttpRunner接口关联与常用断言

接口关联

日常工作中，我们在请求很多接口的时候需要先登录获取cookie或者token，作为后续请求其他接口的凭证，这需要我们将接口关联起来。

以企业微信为例，我们调用服务端API时，需要先提供access_token。

第一个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文件中，断言引用函数需要加引号 " "，如下图

更多技术文章