4. 自定义检查点（Check）原理：check 函数签名、成功/失败条件、阈值（threshold）关联

在容量压测中，仅依赖 HTTP 状态码判断业务成功远远不够。k6 的 Check 机制允许测试人员自定义断言，将业务逻辑的正确性纳入压测度量体系。本章深入剖析 check 的函数签名、成功/失败判定逻辑，以及如何通过阈值（threshold）将检查结果与压测通过标准绑定。

4.1 check 函数签名与核心参数

check 是 k6 内置的全局函数，其完整签名如下：

check(val, sets, [tags])

典型调用示例：

import http from 'k6/http';
import { check } from 'k6';

export default function () {
  let res = http.get('https://test-api.example.com/orders');
  check(res, {
    '状态码为 200': (r) => r.status === 200,
    '响应时间 < 500ms': (r) => r.timings.duration < 500,
    '订单列表非空': (r) => JSON.parse(r.body).length > 0,
  });
}

4.2 成功/失败条件判定机制

check 的判定逻辑遵循以下规则：

• 成功：断言函数返回 true，该次检查记为 pass（通过）。
• 失败：断言函数返回 false 或抛出异常，该次检查记为 fail（失败）。
• 异常处理：若断言函数内部发生错误（如访问未定义属性），k6 自动捕获异常并视为失败，不会中断 VU 执行。

常见断言模式对比：

4.3 阈值（threshold）关联：将检查结果转化为通过标准

阈值是 k6 中定义压测通过/失败边界的关键机制。通过 thresholds 配置，可以将 check 的通过率与压测结果绑定。

阈值语法：

export let options = {
  thresholds: {
    'checks': ['rate>0.95'],               // 所有检查综合通过率 > 95%
    'http_req_duration': ['p(95)<2000'],    // 95% 请求响应时间 < 2s
    'checks{type:critical}': ['rate==1.0'], // 带标签的检查必须 100% 通过
  },
};

阈值表达式说明：

4.4 check 与阈值关联的完整流程图

4.5 带标签的检查与多维阈值

当压测场景包含多个业务接口时，使用标签（tags）可以将检查按维度分组，实现精细化阈值控制。

import http from 'k6/http';
import { check } from 'k6';

export default function () {
  let res1 = http.get('https://api.example.com/orders');
  check(res1, {
    '订单接口状态码正确': (r) => r.status === 200,
  }, { type: 'critical', service: 'order' });

  let res2 = http.get('https://api.example.com/recommend');
  check(res2, {
    '推荐接口响应正常': (r) => r.status === 200,
  }, { type: 'non-critical', service: 'recommend' });
}

export let options = {
  thresholds: {
    'checks{type:critical}': ['rate==1.0'],          // 核心接口必须 100% 通过
    'checks{type:non-critical}': ['rate>0.90'],     // 非核心接口允许 10% 失败
    'checks{service:order}': ['rate>0.99'],          // 订单服务整体通过率 > 99%
  },
};

4.6 检查点与容量水位边界的关系

在容量压测中，检查点的失败率是判断系统是否达到容量水位的核心指标之一。以下表格总结了不同水位下的检查点表现：