jmeter对多层级json如何断言

JMeter深度解析：多层级JSON响应断言实战指南**

在现代API测试中,JSON（JavaScript Object Notation）已成为数据交换的主流格式，API响应往往包含复杂的多层级JSON结构，确保这些响应数据的准确性和完整性是自动化测试的关键环节，Apache JMeter作为一款强大的性能测试工具，也提供了灵活且强大的JSON断言功能，用于验证响应内容，本文将探讨如何在JMeter中对多层级JSON响应进行精确断言。

为什么需要多层级JSON断言？

当API返回的JSON数据具有嵌套对象和数组时,简单的文本断言已无法满足需求，一个用户信息响应可能如下：

{
  "status": "success",
  "code": 200,
  "data": {
    "userId": "usr_123456",
    "userInfo": {
      "name": "John Doe",
      "email": "john.doe@example.com",
      "age": 30,
      "address": {
        "street": "123 Main St",
        "city": "New York",
        "zipcode": "10001"
      }
    },
    "orders": [
      {
        "orderId": "ord_789",
        "product": "Laptop",
        "quantity": 1,
        "price": 1200.00
      },
      {
        "orderId": "ord_790",
        "product": "Mouse",
        "quantity": 2,
        "price": 25.50
      }
    ]
  },
  "timestamp": "2023-10-27T10:00:00Z"
}

我们需要验证：

status 字段是否为 "success"。
data.userInfo.name 是否为 "John Doe"。
data.userInfo.address.city 是否为 "New York"。
data.orders[0].product 是否为 "Laptop"。
data.orders[1].quantity 是否为 2。

JMeter提供了多种断言方式来实现这些验证,其中最常用和推荐的是 JSON Assertion 和 JSON Path Assertion。

核心工具：JSON Assertion vs. JSON Path Assertion

JSON Assertion (JSON断言)

JSON Assertion位于“断言”测试元素中，它主要验证JSON响应的整体结构、字段是否存在以及字段值的类型是否符合预期。

添加JSON Assertion：
- 在你的HTTP请求 sampler 后添加一个“断言”元素。
- 在断言的“断言类型”中，勾选 JSON Assertion。
常用字段及配置：
- JSON Path expressions (JSON路径表达式)：这里可以填写一个或多个JSONPath表达式，用分号隔开，如果路径不存在，断言失败。
  - $.status ; $.data.userInfo.name ; $.data.orders[0].product
- Expected values (期望值)：对应JSON Path expressions中每个路径的期望值，用分号隔开，如果路径存在但值不匹配，断言失败。
  - success ; John Doe ; Laptop
- Expected type (期望类型)：可选，指定字段的期望数据类型（如String, Number, Boolean, Null, Object, Array）。
- Null expected (期望为null)：勾选则检查对应路径的值是否为null。
- Check existence (检查存在性)：
  - JSON Path exists in response：JSON路径存在于响应中（默认）。
  - JSON Path does not exist in response：JSON路径不存在于响应中。
  - All JSON paths exist in response：所有指定的JSON路径都存在于响应中（当有多个表达式时）。
  - Any JSON path exists in response：任何一个指定的JSON路径存在于响应中。
优点：

界面友好,配置简单，适合直接验证已知路径的特定值。
缺点：
- 对于复杂条件（如数组长度、某个元素是否包含特定值等）支持有限。
- JSONPath表达式支持可能不如专门的JSON Path Assertion强大。

JSON Path Assertion (JSON路径断言)

JSON Path Assertion是专门用于验证JSONPath表达式的断言，它提供了更灵活和强大的JSONPath查询能力。

添加JSON Path Assertion：
- 在HTTP请求 sampler 后添加一个“断言”元素。
- 在断言的“断言类型”中，勾选 JSON Path Assertion。
常用字段及配置：
- JSON Path Expression：填写JSONPath表达式。
  - $.status (获取status字段)
  - $.data.userInfo.address.city (获取嵌套的city字段)
  - $.data.orders[0].product (获取第一个订单的产品名)
  - $.data.orders[*].orderId (获取所有订单的ID)
  - $.data.orders[?(@.product == 'Laptop')] (筛选产品为Laptop的订单)
- Expected Value：期望JSONPath表达式匹配到的值。
  - 可以是具体值,也可以是正则表达式（勾选 Use JSON Path Expression 后，Expected Value会变成对匹配结果的进一步断言，通常用于检查匹配到的数量或是否符合某种模式）。
  - success ; John Doe ; Laptop
  - 如果只想检查路径是否存在而不关心具体值,可以留空或使用配合正则。
- Json Condition to validate：
  - JSON Path exists：路径存在（至少匹配到一个节点）。
  - JSON Path matches：匹配到的值符合指定的正则表达式（当Expected Value为正则时）。
  - JSON Path value equals：匹配到的值等于Expected Value。
  - JSON Path value matches：匹配到的值符合Expected Value中的正则表达式。
  - Number of JSON Path matches：匹配到的节点数量等于Expected Value（Expected Value填数字）。
  - Minimum number of JSON Path matches：匹配到的节点数量不少于Expected Value。
  - Maximum number of JSON Path matches：匹配到的节点数量不多于Expected Value。
优点：
- 功能强大,支持复杂的JSONPath查询，包括过滤、通配符、切片等。
- 可以验证数组长度、数组元素是否存在特定值等。
- 更灵活的匹配条件。
缺点：

需要熟悉JSONPath语法。

多层级JSON断言实战示例

假设我们有上面展示的用户信息JSON响应,现在进行以下断言：

断言顶层状态码和用户名：
- JSON Path Assertion 1:
  - JSON Path Expression: $.status
  - Expected Value: success
  - Json Condition to validate: JSON Path value equals
- JSON Path Assertion 2:
  - JSON Path Expression: $.data.userInfo.name
  - Expected Value: John Doe
  - Json Condition to validate: JSON Path value equals
断言嵌套地址信息：
- JSON Path Assertion 3:
  - JSON Path Expression: $.data.userInfo.address.city
  - Expected Value: New York
  - Json Condition to validate: JSON Path value equals
断言数组元素（第一个订单的产品）：
- JSON Path Assertion 4:
  - JSON Path Expression: $.data.orders[0].product
  - Expected Value: Laptop
  - Json Condition to validate: JSON Path value equals
断言数组长度（订单数量是否为2）：
- JSON Path Assertion 5:
  - JSON Path Expression: $.data.orders
  - Expected Value: 2
  - Json Condition to validate: Number of JSON Path matches
断言数组中是否存在某个条件的元素（是否有价格为25.50的商品）：
- JSON Path Assertion 6:
  - JSON Path Expression: $.data.orders[?(@.price == 25.50)]
  - Expected Value: 1 (期望匹配到1个这样的元素)
  - Json Condition to validate: Number of JSON Path matches
- 或者,如果只想确认存在这样的元素，不关心数量：
  - JSON Path Expression: $.data.orders[?(@.price == 25.50)].price
  - Expected Value: 50 (可以留空，然后检查JSON Path exists，或者用正则匹配数字)
  - Json Condition to validate: JSON Path exists (确保至少有一个匹配)
**断言某个字段