From omni
Performs E2E test design completeness checks and improvements, including change-point coverage analysis, external dependency edge cases, and test data design refinement. Used after e2e-design to produce a polished test implementation design document.
How this skill is triggered — by the user, by Claude, or both
Slash command
/omni:e2e-varifyThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
```text
$ARGUMENTS
在继续之前, 你必须考虑用户输入(如果不为空).
执行 E2E 测试设计的完整性检查和完善工作流,作为 e2e-design 的下游动作。
调用场景:
e2e-design 生成 e2e-impl-design.md 后自动执行输入要求:
spec.md:功能规范文档design.md:设计文档e2e-test.md:黑盒测试用例文档e2e-impl-design.md:测试实现分析报告(e2e-design 输出)输出:
e2e-impl-design.md:完善的测试实现分析报告scripts/powershell/check-prerequisites.ps1 --json --require-e2e-impl-designscripts/bash/check-prerequisites.sh --json --require-e2e-impl-designFEATURE_DIR(特性目录绝对路径)SPEC_FILE(规范文件路径)DESIGN_FILE(设计文件路径)E2E_TEST_FILE(黑盒测试用例文件路径)E2E_IMPL_DESIGN_FILE(测试实现分析报告路径)AVAILABLE_DOCS(可用文档列表)重要:所有路径必须是绝对路径。
验证以下必需文件是否存在:
检查规范文件:
{FEATURE_DIR}/spec.md 是否存在检查设计文件:
{FEATURE_DIR}/design.md 是否存在检查测试用例文件:
{FEATURE_DIR}/e2e-test.md 是否存在检查测试实现分析报告:
{FEATURE_DIR}/e2e-impl-design.md 是否存在报告验证结果:
加载用于测试设计完善的上下文文档:
必需文档:
可选文档(按优先级加载):
baseline 文档:
baseline/code-structure.md:现有代码结构baseline/existing-apis.md:现有接口定义baseline/call-graph.md:调用链路(用于确定外部依赖)baseline/detailed-design.md:现有架构设计存量测试代码:
tests/、test/)加载策略:
识别需求变更点:
生成变更点清单: 从本次需求变更内容的角度,梳理变更点清单,格式如下:
## 变更点清单
| 变更点编号 | 变更描述 | 影响模块 | 影响接口 |
| ---------- | -------- | -------- | -------- |
| CP-001 | ... | ... | ... |
| CP-002 | ... | ... | ... |
生成用例覆盖表: 查看是否所有变更点在 e2e-test.md 和 e2e-impl-design.md 中都有覆盖,输出对应表:
## 变更点用例覆盖表
| 变更点 | 用例编号 | 覆盖状态 | 备注 |
| ------ | -------- | -------- | ---- |
| CP-001 | TC-001 | ✅ | |
| CP-002 | TC-002 | ✅ | |
| CP-003 | - | ❌ | 需补充 |
应用以下规则设计用例,将设计的用例及时回写到 e2e-impl-design.md 文档中:
查找存量测试代码:
tests/、test/、*_test.go、*_test.py 等)识别核心测试场景:
补充测试用例:
将识别出的核心模块测试用例添加到 e2e-impl-design.md 的用例实现映射表中。
提取外部交互点: 分析 e2e-impl-design.md 中的"外部依赖详细分析"章节,找出每个用例与外部系统进行交互的地方。
设计异常场景用例: 针对每个外部依赖,考虑以下异常情况:
a) HTTP 接口交互:
b) 数据库 IO 操作:
c) 消息队列交互:
d) 文件系统操作:
补充异常用例:
将设计出的异常场景用例添加到 e2e-impl-design.md 中,并更新变更点覆盖表。
分析测试数据需求: 逐个遍历测试用例条目的测试数据,列出需要的数据清单。
构造测试数据:
参考存量测试数据: 遇到不确定的地方,先查找存量代码库中测试代码是否有类似的用例,然后根据这些用例构造方式进行数据构造。
标注风险点: 最终每个数据需要给一个检查建议,对于可能构造错误的数据标注出:【必须关注】
补充到文档: 构造数据的设计内容,补充到 e2e-impl-design.md 文档中,格式如下:
### TC-XXX: [用例名称]
**测试数据**:
- 输入数据:
```json
{具体数据}
{具体数据}
{具体数据}
将完善的内容更新到 e2e-impl-design.md 文档中:
添加新章节:
更新现有章节:
更新覆盖表: 确认是否所有变更点都有对应的测试用例覆盖
检查覆盖完整性:
生成完善报告: 输出以下统计信息:
输出风险清单: 列出所有标注为 【必须关注】 的测试数据项,提示实施时重点关注。
输出完成报告,包括:
更新文档:
完善统计:
风险提示:
下一步建议:
/tasks 生成任务列表/e2e-varify前置文件缺失:
变更点覆盖不全:
测试数据构造失败:
变更点覆盖:
异常场景设计:
测试数据具体化:
复用存量设计:
测试设计完善后,可继续执行:
npx claudepluginhub zte-aicloud/co-omnispec --plugin omniGenerates e2e test implementation analysis reports by analyzing entry functions, external dependencies (Fake), test data, and verification points based on black-box test cases. Reuses existing test designs.
Generates structured, prioritized test plans from feature specs, Figma designs, or code. Includes risk analysis, coverage matrix, automation candidates. Saves Markdown to docs/testplans/.
Generates complete test case packages with traceability matrices, coverage summaries, detailed cases, and execution instructions from approved LLD, Test Strategy, PRD, API/HLD. Use after LLD completion and strategy confirmation.