DSHIO-TEST · 测试标准

六道关卡，从静态检查到工具调用。每一关都有明确判定，不通过就标不通过，测不了就标「未测」。

六道关卡

T0 · 静态检查

不运行代码，只读文件。这一步能拦掉大部分「根本装不上」的包。

T1 · 安装

dsh plugin --profile web add <package>

在干净 profile 里执行，超时 180 秒。退出码 0 且依赖树完整即通过。

T2 · 列装

dsh plugin --profile web list

插件出现在依赖列表。这一步区分「下载了」和「注册进 profile 了」。

T3 · 挂载

dsh --profile web --dump-config

插件出现在最终配置树里。这一步能抓出 静默失效 —— 装了、也在依赖列表里， 但因为槽位冲突或 manifest 问题，根本没进配置树。

T4 · 启动

启动 profile，观察 12 秒。进程存活且无 exit、无致命异常即通过。

这一步能抓出：ESM 模块缺陷、依赖注入失败、初始化抛错。

T5 · 工具调用

这是最能区分「加载了」和「能用」的一关。

怎么测

1. 从 --dump-config 里取出该插件注册的工具名和参数 schema
2. 按 schema 生成一组最小合法参数（必填字段给默认值，字符串给 "test"，数字给 0）
3. 调用一次，超时 10 秒
4. 不抛错、不超时即通过

测不了怎么办

失败分类

每个失败的测试都要归入下面九类之一。这是 DSHIO 与其它目录最不一样的地方 —— 别人告诉你「失败」，我们告诉你为什么失败。

报告格式

每次测试产出一份 JSON，字段固定：

{
  "plugin": "dsh-pet",
  "version": "1.2.3",
  "dsh_version": "0.2.2-rc.1",
  "tested_at": "2026-11-06T07:20:00Z",
  "stages": {
    "T0": { "pass": true,  "ms": 120 },
    "T1": { "pass": true,  "ms": 8600 },
    "T2": { "pass": true,  "ms": 900 },
    "T3": { "pass": true,  "ms": 2100 },
    "T4": { "pass": true,  "ms": 12000 },
    "T5": { "pass": true,  "ms": 2400, "tool": "pet_feed" }
  },
  "verdict": "pass",
  "failure_code": null,
  "evidence": "results/dsh-pet-0.2.2-rc.1.json"
}

自己跑一遍

我们的测试环境是 Docker + 精确版本的 DSH。作者可以本地复现：

docker run --rm --network host -v $PWD:/work dsh-sandbox:5.0 \
  bash -lc 'dsh plugin --profile web add <your-package>'

我们承诺与不承诺

版本历史

条款变更时版本号递增，旧版本保留可查。