M
MCP 精选目录 CURATED DIRECTORY
已收录 911 个 MCP Server
EN
← 返回目录
T

Testkube MCP Server

官方
面向 AI 驱动工程团队的开放测试平台 MCP 服务器
查看安装方法 ↓ 横向对比 GitHub 源仓库 ↗
分类
开发工具 第 74 / 438
Stars
★ 1.7k 非常热门
传输方式
stdio（本地进程） · Streamable HTTP
运行环境
Docker · 远程托管（无需本地环境）
凭据
需要 API Key / 凭据
许可证
其他 / 未声明
最近提交
63FMRS · C

Testkube MCP Server 是 Testkube 官方提供的 MCP 接入点，面向在 Kubernetes 上运行自动化测试的 AI 驱动工程团队，覆盖测试工作流、执行记录与产物的管理。它同时支持本地 stdio 运行的 OCI 镜像和托管 streamable-http 远程端点，接入权限依赖 Testkube 访问令牌及组织/环境凭据，官方文档为 https://docs.testkube.io/articles/mcp-overview。来源未列出具体工具名称，因此工具清单为空。

最强项 · 维护活跃度 15/20 最弱项 · 可靠性 9/20

可靠性
9/20
安全与权限
13/20
维护活跃度
15/20
文档质量
13/20
安装易用性
13/20
查看各项评分依据
可靠性 9/20
清单声明了 stdio（OCI 镜像 docker.io/kubeshop/mcp-server:latest）与 streamable-http 远程两种传输，并提供了 TK_MCP_TRANSPORT、SHTTP host/port、TK_DEBUG 等可控参数，说明启动路径与依赖（组织/环境 ID、访问令牌、控制面 URL）有明确定义，错误面至少有调试开关可诊断。但所给材料只有 server.json、README 与仓库元数据，未包含提交的测试用例或覆盖 MCP 初始化与 tool-list 握手的 CI 工作流，无法静态验证声明的工具列表与真实行为是否一致；也没有列出具体工具清单、超时/重试/失败语义。按静态校准上限 12，且缺少可验证执行证据，扣至 9。
安全与权限 13/20
凭据处理方向基本正确：TK_ACCESS_TOKEN 在清单中标记 isSecret: true，远程端点使用 {organization_id}/{environment_id} 变量并要求必填，控制面 URL 默认为 HTTPS 的 api.testkube.io，未在 README 或示例中硬编码任何真实令牌；涉及测试执行与制品读取属于该平台的核心功能，范围与产品定位一致，未发现恶意代码、隐蔽外传或不可逆删除/付费/部署的默认行为。扣分点在于：清单未声明写操作（触发/删除执行、修改工作流）是否需要人类确认，也未提供最小权限令牌范围建议；远程 HTTP 端点的鉴权方式在可见材料中未描述；TK_DASHBOARD_URL、TK_CONTROL_PLANE_URL 可被覆盖，指向任意主机的数据流披露不足。未触及红线，故不按 0-4 处理。
维护活跃度 15/20
仓库活跃且非归档：1,656 stars、仅 49 个未关闭 issue、清单版本 1.0.1 且 server.json 已按官方 2025-12-11 schema 发布，说明有持续发布与维护流程；仓库内提供 CONTRIBUTING.md、ARCHITECTURE.md、DEVELOPMENT.md 等治理文件。扣分点：仓库级 License 字段为 NOASSERTION，与清单中声明的 MIT 不一致，许可归属需人工核实（非无许可，故不评 0）；未提供依赖更新（Dependabot 等）或安全响应渠道（SECURITY.md）的证据；无发布节奏与变更日志的可核查记录。
文档质量 13/20
文档资源较丰富：清单给出 homepage、documentation（https://docs.testkube.io/articles/mcp-overview），README 分层介绍两种部署方式（OSS agent 与商业控制面）、触发方式、结果与制品聚合，并指向 docs.testkube.io 的多篇专门文档。扣分点：面向 MCP 的安装、鉴权、工具参数、权限范围、限额、成本与故障排查在可见片段中未被具体描述，只给出链接，无法静态核验；未列出工具清单与参数 schema；企业版与试用链接带有营销归属参数，需读者自行甄别；缺少 MCP 使用的最小示例。因此按 10-13 区间取 13。
安装易用性 13/20
安装路径明确且有多条：stdio 方式通过 OCI 镜像 docker.io/kubeshop/mcp-server:latest 加环境变量（TK_ACCESS_TOKEN、TK_ORG_ID、TK_ENV_ID 必填，其余可选并有默认值），远程方式为 streamable-http 的托管端点，且 README 推荐 Helm/CLI 安装与 Quickstart。扣分点：可见材料未直接给出主流 MCP 客户端（Claude Desktop、VS Code 等）的配置文件示例；需要先在 Testkube 控制面创建组织/环境并签发令牌，属于外部前置依赖；OCI 包未标注固定摘要（使用 latest 标签）影响可复现性；shttp 自托管还需自行设定 host/port。按静态校准上限 15，且无提交的可验证执行证据，扣至 13。

静态评测 · 未实际运行收录于 2026-09-10

查看 FMRS 评分方法 →

选型与风险

能访问什么访问网络

适合谁

  • 已在 Kubernetes 上运行 Testkube 并使用自动化测试的工程团队
  • 希望用 AI 助手管理测试工作流与执行记录的平台/DevOps 团队
  • 需要把测试结果查询和故障排查整合进 AI 工作流的组织

不适合谁

  • 尚未部署 Testkube 或没有组织/环境凭据的用户
  • 不希望将测试访问令牌暴露给 AI 客户端的团队
  • 与 Testkube 无关的通用测试或非 Kubernetes 测试场景

所需权限

  • 读取并使用 Testkube 访问令牌（TK_ACCESS_TOKEN）进行身份验证
  • 访问指定 Testkube 组织与环境范围内的测试工作流、执行记录和产物
  • 远程模式需要能够访问 https://api.testkube.io 以及对应组织与环境路径

风险与副作用

  • 访问令牌为敏感凭据，一旦泄露可能允许他人读取或操作被测组织/环境内的测试数据
  • AI 助手可能触发或影响真实测试执行，进而影响 Kubernetes 集群中的测试资源
  • 远程 streamable-http 模式会把请求与凭据发送到 Testkube 云端控制平面
  • 若令牌权限过大或组织/环境 ID 配置错误，可能访问到预期之外的环境

安装接入

准备工作

运行环境：Docker · 远程托管（无需本地环境）

TK_ACCESS_TOKEN 必填密钥 Testkube 访问令牌，用于认证，从 Testkube 控制台获取，机密信息。
TK_ORG_ID 必填 Testkube 组织 ID（如 tkcorg_xxxxxxx），可从控制台获取。
TK_ENV_ID 必填 Testkube 环境 ID（如 tkcenv_xxxxxxx），可从控制台获取。
其他可选配置项（6 个）
TK_CONTROL_PLANE_URL 可选 控制平面 URL，默认 https://api.testkube.io，自托管时需修改。
TK_DASHBOARD_URL 可选 Testkube Dashboard URL，可选。
TK_DEBUG 可选 是否开启调试模式，默认 false。
TK_MCP_TRANSPORT 可选 MCP 传输类型：stdio 或 shttp，默认 stdio。
TK_MCP_SHTTP_HOST 可选 使用 shttp 传输时的主机地址，可选。
TK_MCP_SHTTP_PORT 可选 使用 shttp 传输时的端口，可选。
  1. 在 Testkube 控制台获取访问令牌、组织 ID（tkcorg_xxxxxxx）和环境 ID（tkcenv_xxxxxxx）。
  2. 若使用本地 stdio 方式：在 MCP 客户端中配置运行 OCI 镜像 docker.io/kubeshop/mcp-server:latest，并设置必填环境变量 TK_ACCESS_TOKEN、TK_ORG_ID、TK_ENV_ID；按需设置 TK_CONTROL_PLANE_URL（默认 https://api.testkube.io）、TK_DASHBOARD_URL、TK_DEBUG、TK_MCP_TRANSPORT（stdio 或 shttp，默认 stdio）、TK_MCP_SHTTP_HOST、TK_MCP_SHTTP_PORT。
  3. 若使用远程方式：在客户端中直接连接 streamable-http 端点 https://api.testkube.io/organizations/{organization_id}/environments/{environment_id}/mcp，并把 organization_id 与 environment_id 替换为真实值。
  4. 具体客户端配置格式请以官方文档 https://docs.testkube.io/articles/mcp-overview 为准。

验证是否装好

在客户端中连接 https://api.testkube.io/organizations/{organization_id}/environments/{environment_id}/mcp 端点，检查工具列表中是否出现 Testkube 相关工具，或询问它列出工作流以确认连接成功。

常见排障

  1. 确认 TK_ACCESS_TOKEN、TK_ORG_ID、TK_ENV_ID 均已正确设置且非空
  2. 确认 organization_id 与 environment_id 与 Testkube 控制台中的值一致（tkcorg_ 与 tkcenv_ 前缀）
  3. 远程模式无法连接时，检查网络是否能访问 https://api.testkube.io；本地模式检查使用的控制平面 URL（默认 https://api.testkube.io）
  4. 启用 TK_DEBUG 以获得更详细的调试输出
  5. 使用 shttp 传输时，检查 TK_MCP_TRANSPORT、TK_MCP_SHTTP_HOST、TK_MCP_SHTTP_PORT 的取值是否匹配

试试这样问

连接成功后，可以直接对 AI 助手这样说：

  • 列出我的 Testkube 环境中的所有测试工作流
  • 运行最近一次失败的测试工作流并显示结果
  • 获取上一次测试执行的工件列表

使用场景

通过 AI 助手触发和查看 Testkube 测试工作流的执行情况
查询测试执行结果、日志与产物以便集中排查问题
在 Kubernetes 环境中把测试编排接入 AI 驱动的日常研发流程
为 CI/CD 与 GitOps 场景中的测试结果提供自然语言查询入口

支持客户端

Claude Desktop部分支持

依据项目文档列出，未经本站实测。

详细介绍

Testkube MCP Server 由 Testkube 官方维护，让 AI 助手能够管理 Testkube 的测试工作流、执行记录与产物。它提供两种接入方式：一种是在本地以 stdio 运行的 OCI 镜像 docker.io/kubeshop/mcp-server:latest，另一种是托管在 https://api.testkube.io/organizations/{organization_id}/environments/{environment_id}/mcp 的 streamable-http 远程端点。远程端点需要提供 organization_id（如 tkcorg_xxxxxxx）和 environment_id（如 tkcenv_xxxxxxx）。本地镜像需要 TK_ACCESS_TOKEN、TK_ORG_ID、TK_ENV_ID 三个必填环境变量，并可选配置 TK_CONTROL_PLANE_URL、TK_DASHBOARD_URL、TK_DEBUG、TK_MCP_TRANSPORT、TK_MCP_SHTTP_HOST、TK_MCP_SHTTP_PORT。该服务器适用于使用 Kubernetes 运行自动化测试、并希望通过 AI 助手触发测试、查看执行结果和产物、进行故障排查的团队；不适合没有 Testkube 组织/环境或不愿将测试访问令牌交给 AI 客户端的用户。

同类可选方案

Context7 80 · B

Upstash 官方维护，为 AI 编码助手提供实时更新的第三方库文档

★ 63.3k · 工具数 2 与当前对比 →
与其他 MCP 横向对比

源版本 2bf296380ba3 数据同步于 2026-10-19 查看 FMRS 评分方法