visual-regression
该条目来自前端检查清单，主题为视觉回归测试。用于在审查 CI 覆盖、自动化检查或测试策略时，判断项目是否持续执行视觉回归测试。核心是截图对比，捕捉功能性测试无法发现的 CSS 布局、颜色、遮挡等渲染问题。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-28 00:17
测试与质量
12,814 个结果
swift-testing
用于编写、审查或迁移 Swift 单元测试的 Swift Testing 技能，可在仍需要 XCTest/XCUITest API 时保留原有测试。适用于测试设计、测试框架选择、异步测试、参数化测试与 XCTest 迁移。
playwright-cli
Playwright CLI：面向编码智能体与自动化测试的浏览器命令行工具，可打开页面、与元素交互、截图并导出 PDF，支持多标签、会话隔离、控制台与网络查看、追踪等能力，跨平台且需 Node.js 18+。
testing-whisper
testing-whisper 是一个用于语音可懂度测试的技能，通过 OpenAI Whisper 转写 WAV 音频文件，判断语音是否清晰可懂，并可选地与预期文本对比计算词错误率（WER）。它适合在 TTS 语音合成质量验证、回归测试和批量变体对比中使用。该技能默认使用 large-v3 模型以保证评估可靠性，并通过 scipy 直接加载 WAV 文件，绕过 ffmpeg 依赖。
unit-test-hygiene
unit-test-hygiene 是一个用于审计和整理既有测试套件的技能。它的目标不是简单地增加 mock，而是以可解释的方式梳理哪些测试应保留、哪些应删除、哪些应合并，以及单元测试与集成测试的边界应划在哪里。该技能主要处理以下几个方面：发现与旧规格、已废弃功能绑定的无用测试；整理重复、冗长、过度依赖实现细节的测试；检测直接使用 API、URL、定时器、时钟、命令、数据库、文件系统、环境变量等外部依赖的测试；重新审视单元测试与集成测试的边界；提出 mock、stub、fake、依赖注入等方案；提取容易变得不稳定的测试信号。其基本立场是先调查、分类并给出依据，不直接删除而是作为删除候选项并说明理由，不机械地“全部 mock”，而是区分单元测试中应隔离的部分与集成测试、契约测试中应保留的部分。它关注行为价值与维护成本，而非实现细节的一致性，目标是改善测试的可靠性、意图清晰度和变更耐受性，而非测试数量。工作流程包括测试套件盘点、测试分类、收集问题依据、给出改进方针，并可按语言读取对应参考文档，最终以结构化格式输出测试盘点摘要、发现事项、按优先级整理的整理计划以及 mock 与隔离设计备忘。
framework-core
framework-core 是 agentic-qa-boilerplate 的基础技能，既作为其他工作流技能引用的共享参考库（简报模板、调度模式、编排准则），也提供 /framework-core init 引导，用于从模板重建缺失的基础文件。
accessibility-auditor
用于 WCAG 合规、ARIA 实现与包容性设计的 Web 无障碍审计技能，默认按 WCAG 2.1 AA 检查页面、流程或组件，输出可执行的问题修复与验证步骤。
deepeval-testing
基于 DeepEval 的 pytest 风格 LLM 测试技能，提供内置指标、自定义评估器与 CI 集成，适用于编写 LLM 测试、评估 RAG 质量、衡量忠实度与相关性等场景。
e2e-test-scenarios
面向 Supabase 的端到端测试技能，覆盖数据库、认证、AI 向量检索、实时订阅与生产就绪校验，提供脚本、模板与 CI/CD 配置示例。
webapp-testing
webapp-testing 是一个基于 Playwright 的工具包，用于与本地 Web 应用交互并进行测试。它支持验证前端功能、调试 UI 行为、捕获截图，并提供了完整的端到端（E2E）测试模式。该工具包涵盖 Python 与 JavaScript/TypeScript 两种初始化方式，包含服务器管理辅助脚本、Playwright 配置示例、选择器最佳实践，以及认证流程、表单提交、导航、CRUD、模态框等常见测试模式。此外还涉及等待策略、断言、API 测试集成、视觉测试、认证状态复用、无障碍测试、性能测试和调试辅助等内容，适合需要对本地 Web 应用进行自动化测试与前端功能验证的开发者使用。
fullstack-testing-and-quality-gates
该技能用于为全栈系统定义并强制执行分层测试策略与质量门禁，覆盖 UI 行为、API 契约、集成路径与发布流程。适用于交付新全栈功能、需要可预测的合并前与发布前门禁、以及前后端集成点出现回归的场景。它提供风险映射、分层测试模型（单元、组件、契约、集成、端到端）、CI 门禁配置、发布冒烟测试、证据包与退出标准等实践指导。
receiving-code-review
一个指导开发者如何接收与处理代码审查反馈的技能：强调先验证再实现、技术严谨优先于社交客套，适用于反馈含糊或技术上可疑时。
doc-itest-audit
统一 ITEST 审计封装：先运行 doc-itest-validator，再运行 doc-itest-reviewer，最终输出可供 fixer 使用的合并报告。
doc-stest-validator
用于校验烟雾测试规格（STEST）文档的工具：依据 Layer 10 STEST MVP schema 与结构契约，检查子类型 schema、结构、可追溯性及部署烟雾门禁要求，并可通过脚本执行校验、质量评分与跨文档、标签校验。
warp-integration-test
用于在 Warp 自研集成测试框架中编写、运行和调试 Rust 集成测试的技能，覆盖 crates/integration 下的 Builder/TestStep 用法、测试注册流程、运行命令与排错方式，适用于新增集成测试或修复现有测试。
pytest
pytest 是 Python 标准测试框架，使用普通 assert 语句、fixture 管理测试准备与清理，并拥有丰富的插件生态。该技能文档面向 Python 3.14+，介绍测试结构、fixture、参数化、标记、mock、断言、异步测试与配置等约定与实践。
debug-runtime
debug-runtime 是一个与语言无关的系统化调试技能，要求先完成根因调查再修复。它把调试分为调查、模式分析、假设检验、实现四个阶段，适用于可复现的运行时缺陷或反复修复失败的情况。
test-mcp-by-cli
用于通过 philschmid/mcp-cli 测试 MCP 服务器的技能，涵盖工具查看、调用以及配置、传输、认证和参数调试。
browser-automation
基于 Vercel agent-browser CLI 的无头浏览器自动化技能，采用快照加元素引用（refs）工作流，比 Playwright MCP 节省约 93% 上下文。适用于 JS 渲染页面抓取、表单自动化、截图验证与 E2E 测试等场景。
quality-gates
quality-gates 是一个用于 React Native 项目的质量门禁安装与修复技能，来自 zakariaf/reactnative-skills。它提供经过测试的模板，用来安装 check:fast、verify、lefthook 钩子、Claude Code 钩子以及 guardrail 校验；当门禁、钩子或 verify 出现问题时，按正确方式修复，而不是削弱或绕过门禁。该技能强调“门禁失败时改代码、不改门禁”，要求逐字节使用规范 npm 脚本，在完成变更前运行 npm run -s check:fast，在推送前运行 npm run verify，并用 check-gate-wiring.mjs 和 check-bypasses.mjs 两个检查器证明没有门禁缺失、被削弱或被绕过。
requesting-code-review
在完成任务、实现主要功能或合并前请求代码审查的技能。通过调度 code-reviewer 子代理，在问题级联前发现并修复问题，核心原则是早复查、常复查。
accessibility-compliance-accessibility-audit
这是一个专注于无障碍（可访问性）合规与审计的技能，作为无障碍专家角色，处理 WCAG 合规、包容性设计和辅助技术兼容性问题。该技能用于对 Web 或移动体验进行审计、识别无障碍障碍、给出修复优先级、建立持续的无障碍测试实践，并为利益相关者准备合规证据。技能流程包括确认审计范围（平台、WCAG 级别、目标页面、关键用户旅程）、运行自动化扫描收集基线违规与覆盖缺口、执行手动检查（键盘、屏幕阅读器、焦点顺序、对比度）、将发现映射到 WCAG 条目、严重程度和用户影响，并提供修复步骤与修复后复测。技能还提供 resources/implementation-playbook.md 作为详细审计步骤、工具与修复示例的参考资源。当其仅需要不涉及无障碍范围的通用 UI 设计评审、请求与用户体验或合规无关、或无法访问 UI、设计产物或内容时，不适合使用该技能。
superval
Superval 是一个计划驱动的验证引擎（Plan-Driven Validation Loop），用于验证按照计划构建的项目是否与计划一致。它先读取计划文档和全部构建状态，自动识别测试框架，然后从三个层级进行验证：结构验证（文件是否存在）、接线验证（模块是否连接）、行为验证（功能是否真正可用）。对于行为验证，它会编写由外而内的黑盒验收测试——独立脚本（常用 bash 或脚本语言）从外部自动化被测应用，绝不导入源代码。它持续循环，直到所有验证项通过为止。其核心原则是：计划即规格，代码即实现，Superval 即证明。验收测试把应用当作黑盒，通过公共接口从外部戳它，就像真实用户一样。该工具在流水线中位于 /superplan（计划）与 /superbuild 或 /autobuild（构建）之后，作为 /superval（验证）环节使用。
execute-spec
execute-spec 是一个用于以测试驱动开发（TDD）方式实现已批准 SPEC SDD 的技能。它以 .specs/SPEC-{YYYYMMDD}-{feature}.md 文件中 Status: Approved 的规范为唯一依据，将每个测试映射到编号需求或验收标准，按垂直切片依次执行红-绿-重构循环。内部推理与命令使用英文，面向用户的问题和说明使用葡萄牙语（pt-BR）。该技能适用于实现功能、变更或缺陷修复，以及用户明确要求执行 SPEC 或从 SPEC 进行 TDD 的场景；SPEC 缺失、仍为草稿或用户仅需代码审查时不适用。执行过程遵循 SPEC 即预言、一次一个垂直切片、不写推测性代码、不在红灯时重构、每次变更后重新验证等核心原则，完成后运行完整测试套件与验证策略，并在合并前调用 qa-analyst 进行强制审查。