端到端测试skill
Introduction
# e2e-validation `e2e-validation` 是一个通用的 **端到端验证 skill**，用于在不预设技术栈的前提下，先识别当前项目类型，再寻找可用的验证入口，并按风险分级执行验证。 它适合用来处理这类需求： - 帮我验证这个项目能不能跑通 - 帮我做一次端到端验证 - 发布前帮我做一轮通用验收 - 先看看这个仓库应该怎么验证 它的特点不是“直接盲跑”，而是： - **先探测项目，再决定怎么验证** - **优先复用项目里已有脚本和文档** - **默认先做安全、轻量的检查** - **遇到构建、启动、安装、外部访问等高影响动作会先询问** - **最后输出结构化验证总结** --- ## 这个 skill 能做什么 `e2e-validation` 主要负责四件事： ### 1. 识别项目类型 它会根据目录结构、配置文件、构建文件、平台工程文件等信号，判断当前项目更像是： - Web 应用 - API / service - Android 应用 - iOS 应用 - CLI / 工具项目 - library / package - monorepo / mixed project - unknown 如果判断把握不高，它会明确说“不确定”，而不是硬猜。 ### 2. 找验证入口 它会优先寻找项目中现成的验证方式，例如： - `package.json` scripts - `Makefile` 或其他 task runner - README 里的启动 / 测试说明 - 测试配置文件 - App / simulator 运行配置 - 示例命令、health check、smoke test ### 3. 按风险分级动作 它会把动作分成两类： **默认可自动做的轻量动作** - 查看目录结构 - 检查配置文件 - 发现脚本和入口 - 做只读或轻量本地检查 - 汇总验证结论 **需要先确认的动作** - 安装依赖 - 构建项目 - 启动服务或 App - 运行已有测试套件 - 启动 Android / iOS 模拟器 - 打开浏览器做交互验证 - 访问外部 URL / API - 生成截图、临时文件或其他验证产物 ### 4. 输出结构化总结 它不会只说“能跑”或“不能跑”，而是会给出： - 识别到的项目类型 - 已执行动作 - 跳过或待确认动作 - 主要发现 - 证据 - 风险或阻塞点 - 下一步建议 --- ## 适用场景 适合以下情况： - 接手一个陌生仓库，先想知道怎么验证 - 项目技术栈不固定，不想写死验证流程 - 发布前想做一轮保守的通用验收 - 想快速判断“这个项目有没有明显可运行 / 可验证路径” - 仓库里已有脚本，但缺少统一的验证入口 --- ## 不适合的场景 这个 skill **不适合** 用于： - 性能压测 - 进攻性安全测试 / 渗透活动 - 以补单元测试为主的任务 - 以 CI/CD 编排为主的任务 - 未经授权的高影响自动化执行 --- ## 用法 ### 1. 什么时候用 当你希望 ZCode 先帮你识别项目，再决定怎么做验证时，就可以使用这个 skill。 例如可以这样描述需求： - `帮我做端到端验证` - `帮我验证这个项目` - `跑一遍通用验证` - `做一次发布前验收` - `validate this project` - `do end-to-end validation` ### 2. 它通常会怎么工作 标准流程大致如下： ```text 先看项目结构 → 判断项目类型 → 找现有验证入口 → 先做轻量检查 → 如需 build/run/install/外部访问则先询问 → 输出验证总结 ``` ### 3. 一次典型交互会发生什么 例如你说： > 帮我验证这个项目能不能跑通 这个 skill 一般会： 1. 先扫描仓库结构 2. 找出关键配置文件和脚本 3. 判断项目类型和置信度 4. 先执行安全的轻量检查 5. 如果下一步需要构建、启动、跑测试或打开浏览器，会先征求你的确认 6. 最后给出结构化验证结果 ### 4. 它不会默认直接做什么 为了避免在陌生项目里误操作，下面这些事情默认不会直接执行： - 安装依赖 - 构建工程 - 启动本地服务 - 启动模拟器 - 跑长耗时测试 - 访问外部系统 如果验证必须走到这些步骤，它会先问你。 --- ## 输出结果示例 这个 skill 的输出通常会类似这样： ```md ## Validation Summary / 验证总结 ### Project Type / 项目类型 - Detected: web app - Confidence: medium ### Validation Scope / 验证范围 - In scope: project discovery, script inspection, lightweight local checks - Out of scope: build, browser interaction, external API access ### Detected Signals / 探测到的信号 - Found `package.json` - Found `vite.config.ts` - Found `playwright.config.ts` ### Executed Actions / 已执行动作 - Scanned top-level files - Checked npm scripts - Identified likely validation entry points ### Skipped or Confirm-needed Actions / 跳过或待确认动作 - `npm install` - `npm run build` - Launch browser for interaction ### Findings / 发现 - Pass: project has a clear frontend validation path - Warning: dependencies are not yet verified locally ### Evidence / 证据 - Files: `package.json`, `vite.config.ts`, `playwright.config.ts` ### Recommended Next Steps / 建议下一步 1. Confirm whether dependency installation is allowed 2. Run the documented build or test path ``` --- ## 目录说明 ```text e2e-validation/ ├─ README.md ├─ SKILL.md └─ references/ ├─ project-detection.md ├─ report-format.md └─ verification-flow.md ``` ### `SKILL.md` 主 skill 定义，说明这个 skill 的定位、适用场景、默认边界和核心工作流。 ### `references/project-detection.md` 项目识别规则，说明如何判断 Web、API、Android、iOS、CLI、library、monorepo 等类型。 ### `references/verification-flow.md` 验证流程说明，定义从探测到总结的标准步骤。 ### `references/report-format.md` 输出格式模板，定义标准报告、简版报告和失败导向报告。 --- ## 总结 `e2e-validation` 可以理解成一个 **“通用项目验证调度 skill”**。 它不依赖单一框架，也不假设项目一定已经准备好执行。它更适合在下面这种场景里发挥作用： - 项目不熟 - 技术栈不固定 - 需要先判断再执行 - 希望验证过程有边界、有证据、有总结 如果你想要的是“先识别项目，再按合适路径做验证”，这个 skill 就是干这个的。
Resource Information
License information is collected from official sources and may be outdated or missing. Refer to the LICENSE file in the original repository before commercial use.
Information boundary
Information on this page is collected from official documents for technical presentation only and does not imply our endorsement. Pricing, quotas and availability are subject to the latest official statements. We make no commitment regarding any action you take after leaving this site.
Similar skills
编程专家Pro.Skill
Not specified编程专家 Pro：融合编程专家 2.0.3 工程专题与编程大神的鸿蒙 ArkTS/ArkUI、微信小程序和小游戏开发资料。用于项目实现、根因调试、审查、重构、测试、架构性能分析及多端开发验证。支持自然语言和 @专题标识，按任务读取包内知识；只问概念时直接回答。
编程大神.Skill
Not specified【全栈能力】编程大神.Skill：面向复杂真实项目的高阶全栈编程助手。不止生成代码，而是从一句目标接手陌生代码库，拆解需求、补齐实现、追到根因、完成重构、联调前后端，并把结果推进到能运行、能验证、能交付。覆盖 Web、后端、脚本、iOS、安卓、鸿蒙 ArkUI、微信小程序及其他技术栈，支持中英文工程、疑难 Bug、跨模块任务和长任务续做；用构建、日志、真实入口、设备或接口证据说明结果。仅问概念时直接回答，要求落地时持续推进到验收或明确阻塞。
编程专家.Skill
API key required编程专家.Skill P8级编程助手,25年实战经验技能Skill，全栈：Java/Php网站/软件项目、API设计、Bug诊断、代码生成、代码审查、重构、测试用例、性能基准、技术选型、文档生成、任务拆解、Spec驱动、Karpathy规范、CMS二次开发、前端设计、MySQL/Mariadb、项目知识图谱，以及工程纪律层（根因调试硬闭环、阶段导航、事故复盘/SLO、威胁建模/供应链安全、生产就绪/渐进式发布、AI编码治理、面向Agent代码可读性、LLM应用安全）。支持 @标识 显式调用跳过路由。
编程专家.Skill
API key required编程专家.Skill P8级编程助手,25年实战经验技能Skill，全栈：Java/Php网站/软件项目、API设计、Bug诊断、代码生成、代码审查、重构、测试用例、性能基准、技术选型、文档生成、任务拆解、Spec驱动、Karpathy规范、CMS二次开发、前端设计、MySQL/Mariadb、项目知识图谱，以及工程纪律层（根因调试硬闭环、阶段导航、事故复盘/SLO、威胁建模/供应链安全、生产就绪/渐进式发布、AI编码治理、面向Agent代码可读性、LLM应用安全）。支持 @标识 显式调用跳过路由。
罗斯蒙德开源项目快速上手
Not specified【罗斯蒙德开源项目快速上手】南京罗斯蒙德基于已交付项目沉淀的开源项目快速上手场景：默认场景是「讲解整个项目」：给一个本地代码文件夹或仓库地址就直接开讲——先30秒最小扫描、不打断不等回复，一路产出必出五件套：一句话结论（值不值得用）、代码架构（分层+模块依赖+主调用链+扩展机制）、三级能力清单（带高频度与代码位置）、可运行带注释Demo、四段式踩坑点与上手全流程指南，每条结论挂 路径:行号。采用「假设确认表」告知而非卡流程——写一行假设就往下干，用户没回应也照出全量报告，把多轮沟通压缩为零。用户带着需求来时才额外启用「需求满足度评估」分支：先以批处理澄清表把需求歧义问清（≤5问/轮、带默认选项、≤3轮）并冻结需求基线，再逐项做代码审查，给出能否实现、修改位置（文件:行号）、工作量（档位+人日+估算依据）与不涵盖功能的补充方案。三条路由：只讲项目走主线，项目+需求走主线打底+评估，已有单点诉求只出评估。支持分析本地代码路径，无本地路径时联网检索官方文档与源码。触发词：讲解这个项目、解读这个仓库、这个代码是干嘛的、看看这个项目、快速上手、看源码、这个项目怎么用、代码架构、项目结构、核心功能、能力清单、生成 demo、写个示例、踩坑点、注意事项、上手指南、源码分析、依赖注入、开源项目、能不能支持、能不能实现、需要改哪里、改哪些地方、工作量多少、需求满足度、功能项评估、缺口分析、二次开发评估、代码审查。
Github
API key required使用 `gh` CLI 与 GitHub 交互，通过 `gh issue`、`gh pr`、`gh run` 和 `gh api` 管理议题、PR、CI 运行及高级查询。
What is a Skill
A Skill is a packaged single capability, such as text recognition, document summarization, or keyword extraction. Developers wrap the calling logic and prompts into a plugin-like unit, so users can load it without understanding the underlying model. StackPilot indexes a large number of skills that can be tried instantly or assembled into a plan.