端到端测试skill
产品介绍
# 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 就是干这个的。
资源信息
许可证信息摘自官方源，可能过时或缺失。商用前请以原仓库的 LICENSE 文件为准。
信息边界说明
本页信息摘自官方文档，仅作技术信息呈现，不代表本站的判断或推荐。价格、配额、可用性以官方最新说明为准。你离开本站后的任何行为（申请 Key、付费、部署、商用），本站不做任何承诺与担保。
同类推荐
编程专家Pro.Skill
官方未说明编程专家 Pro：融合编程专家 2.0.3 工程专题与编程大神的鸿蒙 ArkTS/ArkUI、微信小程序和小游戏开发资料。用于项目实现、根因调试、审查、重构、测试、架构性能分析及多端开发验证。支持自然语言和 @专题标识，按任务读取包内知识；只问概念时直接回答。
编程大神.Skill
官方未说明【全栈能力】编程大神.Skill：面向复杂真实项目的高阶全栈编程助手。不止生成代码，而是从一句目标接手陌生代码库，拆解需求、补齐实现、追到根因、完成重构、联调前后端，并把结果推进到能运行、能验证、能交付。覆盖 Web、后端、脚本、iOS、安卓、鸿蒙 ArkUI、微信小程序及其他技术栈，支持中英文工程、疑难 Bug、跨模块任务和长任务续做；用构建、日志、真实入口、设备或接口证据说明结果。仅问概念时直接回答，要求落地时持续推进到验收或明确阻塞。
编程专家.Skill
需申请 Key编程专家.Skill P8级编程助手,25年实战经验技能Skill，全栈：Java/Php网站/软件项目、API设计、Bug诊断、代码生成、代码审查、重构、测试用例、性能基准、技术选型、文档生成、任务拆解、Spec驱动、Karpathy规范、CMS二次开发、前端设计、MySQL/Mariadb、项目知识图谱，以及工程纪律层（根因调试硬闭环、阶段导航、事故复盘/SLO、威胁建模/供应链安全、生产就绪/渐进式发布、AI编码治理、面向Agent代码可读性、LLM应用安全）。支持 @标识 显式调用跳过路由。
编程专家.Skill
需申请 Key编程专家.Skill P8级编程助手,25年实战经验技能Skill，全栈：Java/Php网站/软件项目、API设计、Bug诊断、代码生成、代码审查、重构、测试用例、性能基准、技术选型、文档生成、任务拆解、Spec驱动、Karpathy规范、CMS二次开发、前端设计、MySQL/Mariadb、项目知识图谱，以及工程纪律层（根因调试硬闭环、阶段导航、事故复盘/SLO、威胁建模/供应链安全、生产就绪/渐进式发布、AI编码治理、面向Agent代码可读性、LLM应用安全）。支持 @标识 显式调用跳过路由。
罗斯蒙德开源项目快速上手
官方未说明【罗斯蒙德开源项目快速上手】南京罗斯蒙德基于已交付项目沉淀的开源项目快速上手场景：默认场景是「讲解整个项目」：给一个本地代码文件夹或仓库地址就直接开讲——先30秒最小扫描、不打断不等回复，一路产出必出五件套：一句话结论（值不值得用）、代码架构（分层+模块依赖+主调用链+扩展机制）、三级能力清单（带高频度与代码位置）、可运行带注释Demo、四段式踩坑点与上手全流程指南，每条结论挂 路径:行号。采用「假设确认表」告知而非卡流程——写一行假设就往下干，用户没回应也照出全量报告，把多轮沟通压缩为零。用户带着需求来时才额外启用「需求满足度评估」分支：先以批处理澄清表把需求歧义问清（≤5问/轮、带默认选项、≤3轮）并冻结需求基线，再逐项做代码审查，给出能否实现、修改位置（文件:行号）、工作量（档位+人日+估算依据）与不涵盖功能的补充方案。三条路由：只讲项目走主线，项目+需求走主线打底+评估，已有单点诉求只出评估。支持分析本地代码路径，无本地路径时联网检索官方文档与源码。触发词：讲解这个项目、解读这个仓库、这个代码是干嘛的、看看这个项目、快速上手、看源码、这个项目怎么用、代码架构、项目结构、核心功能、能力清单、生成 demo、写个示例、踩坑点、注意事项、上手指南、源码分析、依赖注入、开源项目、能不能支持、能不能实现、需要改哪里、改哪些地方、工作量多少、需求满足度、功能项评估、缺口分析、二次开发评估、代码审查。
Github
需申请 Key使用 `gh` CLI 与 GitHub 交互，通过 `gh issue`、`gh pr`、`gh run` 和 `gh api` 管理议题、PR、CI 运行及高级查询。
什么是技能
技能（Skill）是封装好的单项能力，比如文字识别、文档摘要、关键词提取。开发者把调用逻辑和提示词打包，使用者像用插件一样加载即可，无需了解底层模型。启枢技能 收录大量技能，可直接试跑或编入方案。