发布说明
测试
- 完整测试套件(测试套件、实时测试、Docker):测试
pnpm test:force:终止任何占用默认控制端口的残留网关进程,然后使用隔离的网关端口运行完整的 Vitest 套件,避免服务器测试与正在运行的实例冲突。当之前的网关运行占用了端口 18789 时使用此命令。pnpm test:coverage:使用 V8 覆盖率运行单元测试套件(通过vitest.unit.config.ts)。全局阈值为 70% 的行/分支/函数/语句覆盖率。覆盖率排除了集成密集的入口点(CLI 布线、网关/Telegram 桥接、webchat 静态服务器),以专注于可单元测试的逻辑。- Node 24+ 上的
pnpm test:OpenClaw 自动禁用 Vitest 的vmForks并使用forks,以避免ERR_VM_MODULE_LINK_FAILURE/module is already linked错误。可通过OPENCLAW_TEST_VM_FORKS=0|1强制指定行为。 pnpm test:默认运行快速核心单元测试通道,获取快速本地反馈。pnpm test:channels:运行通道密集的测试套件。pnpm test:extensions:运行扩展/插件测试套件。- 网关集成:通过
OPENCLAW_TEST_INCLUDE_GATEWAY=1 pnpm test或pnpm test:gateway选择启用。 pnpm test:e2e:运行网关端到端冒烟测试(多实例 WS/HTTP/节点配对)。默认使用vitest.e2e.config.ts中的vmForks+ 自适应工作线程;可通过OPENCLAW_E2E_WORKERS=<n>调整,设置OPENCLAW_E2E_VERBOSE=1获取详细日志。pnpm test:live:运行供应商实时测试(minimax/zai)。需要 API 密钥和LIVE=1(或供应商特定的*_LIVE_TEST=1)来取消跳过。
本地 PR 检查
本地 PR 合并/门控检查,请运行:
pnpm checkpnpm buildpnpm testpnpm check:docs
如果 pnpm test 在负载较重的主机上出现不稳定,请在视为回归问题前重试一次,然后使用 pnpm vitest run <path/to/test> 隔离测试。对于内存受限的主机,请使用:
OPENCLAW_TEST_PROFILE=low OPENCLAW_TEST_SERIAL_GATEWAY=1 pnpm test
模型延迟基准测试(本地密钥)
用法:
source ~/.profile && pnpm tsx scripts/bench-model.ts --runs 10- 可选环境变量:
MINIMAX_API_KEY、MINIMAX_BASE_URL、MINIMAX_MODEL、ANTHROPIC_API_KEY - 默认提示词:"用一个词回复:ok。不要标点或额外文本。"
最近一次运行(2025-12-31,20 次运行):
- minimax 中位数 1279ms(最小 1114,最大 2431)
- opus 中位数 2454ms(最小 1224,最大 3170)
CLI 启动基准测试
脚本:scripts/bench-cli-startup.ts
用法:
pnpm tsx scripts/bench-cli-startup.tspnpm tsx scripts/bench-cli-startup.ts --runs 12pnpm tsx scripts/bench-cli-startup.ts --entry dist/entry.js --timeout-ms 45000
此基准测试针对以下命令:
--version--helphealth --jsonstatus --jsonstatus
输出包括每个命令的平均值、p50、p95、最小/最大值以及退出码/信号分布。
入门端到端测试(Docker)
Docker 是可选的;仅在进行容器化的入门冒烟测试时需要。在干净的 Linux 容器中完整的冷启动流程:
scripts/e2e/onboard-docker.sh
此脚本通过伪终端驱动交互式向导,验证配置/工作区/会话文件,然后启动网关并运行 openclaw health。
QR 导入冒烟测试(Docker)
确保 qrcode-terminal 在 Docker 中的 Node 22+ 环境下能正常加载:
pnpm test:docker:qr