Menu
Testany execution 观测与管理 - 查看进度、查询历史、刷新状态、取消未开始执行、将失败执行交给 debug
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
从 OpenAPI 生成的 Testany case 源代码中自动识别入参和出参，并同步到 case 的环境变量列表中。适用于源代码存储在需要认证的 Git 仓库（如 Bitbucket）的场景。
Testany platform case 编写助手 - 将传统测试场景拆解为 Testany platform cases，并生成可注册的 case packages
Testany 平台核心概念和配置参考
Testany pipeline 编排与 CRUD - 基于 automation design 或现有 case keys 创建执行与编排单元
Testany platform case 注册与 CRUD - 将已准备好的 platform case package 注册到平台，并管理 metadata、脚本与生命周期
分析 Testany 测试失败原因 - 排查问题、查看日志、定位根因
| name | testany-execution |
| description | Testany execution 观测与管理 - 查看进度、查询历史、刷新状态、取消未开始执行、将失败执行交给 debug |
| argument-hint | [execution_key / pipeline_key / 操作]，如：查看 Y2K-0601-0000B、看最近失败、取消一个 pending execution |
管理 Testany 平台上的 execution，包括进度观测、历史查询、状态刷新、取消和失败交接。
用户输入: $ARGUMENTS
在开始之前，先按 automation-model.md 理解边界：
pipeline 是执行与编排单元trigger 负责“怎么发起执行”，包括长期入口和即时运行testany-debug重要结论：
testany-triggertestany-debug| 用户意图 | 操作类型 | MCP 工具 |
|---|---|---|
| 列出执行记录 | Read | testany_list_executions |
| 查看执行详情 | Read | testany_get_execution |
| 查看某个 case 在执行中的详情 | Read | testany_get_execution_case |
| 刷新执行状态 | Update | testany_refresh_execution |
| 取消未开始执行 | Update | testany_cancel_execution |
| 获取工作空间执行状态汇总 | Read | testany_get_workspace_execution_status |
| 获取可筛选状态值 | Read | testany_filter_execution_status |
| 获取有执行记录的 pipelines | Read | testany_filter_execution_pipelines |
| 获取日志签名 | Read | testany_log_sign |
| 状态 | 值 | 含义 | 是否终态 |
|---|---|---|---|
| NOT_STARTED | -1 | 未开始/排队中（等待并发槽位） | 否 |
| RUNNING | 0 | 执行中 | 否 |
| SUCCESS | 1 | 全部通过 | 是 |
| FAILURE | 2 | 有失败 | 是 |
| SKIPPED | 3 | 跳过（仅 Case） | 是 |
| FAIL_AS_EXPECTED | 4 | 预期失败（仅 Case） | 是 |
| CANCELLED | 5 | 已取消 | 是 |
| ERROR | 99 | 系统错误 | 是 |
Testany 使用 workspace 级并发槽位（Redis semaphore）控制 execution 并行度。通过 testany_get_workspace_execution_status 可获取：
| 字段 | 含义 |
|---|---|
limit | workspace 并发上限（Community=2, Paid=4, Enterprise=8，可调） |
claimed | 正在执行的 execution key 列表（已占据槽位） |
pending | 排队中的 execution key 列表（等待槽位） |
当用户的 execution 状态为 NOT_STARTED 且长时间不变时，应主动查询队列状态：
claimed 数量 = limit → 槽位已满，该 execution 在 pending 中排队claimed 中有长时间运行的旧 execution → 旧执行占住了槽位当用户问"为什么我的 execution 不跑"时，这是第一个要检查的方向，优先于检查 YAML 和 relay。
trigger 已返回 execution_key
-> testany_get_execution / testany_refresh_execution
-> 状态进入终态
-> 如失败，按需 testany_get_execution_case / testany_log_sign
-> 必要时交给 testany-debug
适用输入：
execution_key处理方式：
testany_get_executiontestany_refresh_execution适用输入：
execution_key处理方式：
testany_get_executiontestany_refresh_execution轮询建议：
适用输入：
处理方式：
testany_filter_execution_status / testany_filter_execution_pipelinestestany_list_executionstestany_get_execution常用过滤维度：
workspacepipeline_keystatustriggered_byenvexe_start_time_from / exe_start_time_to适用输入：
处理方式：
testany_get_executiontestany_cancel_execution适用输入：
处理方式：
testany_get_workspace_execution_status → 获取 limit / claimed / pendingtestany-debug（调度/队列诊断分支）适用输入：
处理方式：
testany_get_executiontestany_get_execution_casetestany-debugtestany-trigger以下场景不属于本 skill：
这些都应切到 testany-trigger。
testany-debug以下场景应转给 testany-debug：
任务完成后，向用户汇报：
Y2K-0601-0000B）testany-triggertestany-debug