testing-compatibility
用于跨浏览器、设备、操作系统与网络环境的应用兼容性测试技能，可与功能测试和视觉测试协同，输出兼容性矩阵与问题建议。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-23 00:13
测试与质量
12,554 个结果
msw-mocking
用于前端测试的 MSW（Mock Service Worker）2.x 网络层 API 模拟技能，可拦截 HTTP 请求、模拟 REST 与 GraphQL、WebSocket、错误与延迟响应，并为单个测试覆盖默认处理器，从而在不 mock fetch 或 axios 的前提下编写确定性的组件测试。
testing-patterns
Testing Patterns 是一套跨语言的测试策略与模式集合，适用于不同编程语言与项目。内容围绕测试金字塔展开，将测试划分为单元测试、集成测试和端到端测试三类，并分别说明其范围、速度、依赖处理、运行时机与覆盖率目标。该资源还给出测试命名约定、Arrange-Act-Assert 结构、测试替身类型（Stub、Mock、Spy、Fake、Dummy）、测试隔离策略（数据库事务回滚、清表、独立数据库，以及外部服务的边界 Mock、假服务器、契约测试）等要点。同时列出“必须测试”“应该测试”和“避免测试”的清单，并提供测试质量检查项，例如测试独立、确定性、速度、命名、覆盖正常与错误路径、减少不必要的 Mock。另附 TDD 工作流、Mock 策略、测试数据模式、CI 测试等参考文档，以及覆盖率检查脚本。
Testing Blocks
Testing Blocks 是 AEM Edge Delivery Services 项目中的测试指南技能，用于在修改代码后、提交拉取请求前对代码变更进行测试。它涵盖区块、脚本和样式的测试，遵循“价值与成本”权衡的测试理念：当测试带来的价值超过创建与维护成本时才编写和维护测试。该技能区分两类测试：针对逻辑密集型工具函数、数据处理、API 集成和共享库的“保留型”单元测试，以及针对区块装饰逻辑、DOM 结构、视觉外观和响应式行为的“一次性”浏览器测试。技能提供单元测试、浏览器测试、代码检查、性能测试的具体命令与流程，并包含完整的测试清单、工作流和故障排查指引。它通常在 building-blocks 技能完成实现后自动调用，也可在修改核心脚本、样式或配置后手动使用。
quality-complaint-8d-report
面向质量客诉与8D报告的业务诊断助手，可根据客诉描述、批次信息、证据材料等输入，生成摘要、诊断结论、行动建议和可复用交付物，适合运营、管理者与制造质量场景。
meticulous-improve-test-env
该技能用于分析 Meticulous Agent swarm 在针对真实后端测试时记录的 setup blocker（环境阻塞），并据此改进项目的测试环境。它先读取按类别统计的阻塞记录，再盘点测试环境中的种子数据、测试用户、功能开关、认证与后端配置，然后按类别给出修复方案，最后在部署后对比阻塞数量以验证效果。适用于使用 Agent swarm 对真实后端运行测试、且需要减少环境性阻塞的项目。
setup
Appium 驱动安装的选择与路由工作流。它本身不直接安装驱动，而是根据用户指定的驱动名称或目标平台，将请求分派给对应的子技能：UiAutomator2、Espresso、Chromium、Gecko、Mac2、Safari 或 XCUITest。支持规范化常见别名（如 uia2 归一为 UiAutomator2），并在目标唯一可推断时自动推断驱动（如 Firefox 对应 Gecko、iOS 对应 XCUITest）；当目标缺失或存在多种可能（如未指明 Android 驱动）时，会先询问用户。多驱动请求按用户指定顺序执行，未指定顺序时按复用主机前置条件的顺序逐个执行。默认使用全局 npm/Appium 命令，仅在明确要求时使用本地 npx --no-install appium。仅在用户指定或目标明确时安装驱动，可选依赖（FFmpeg、bundletool）、第三方真机工具、特权命令、浏览器安装或授权变更均需先询问。所有选中的子技能全部通过后才报告 passed，否则报告 blocked 并保留各子技能结果与阻塞项。
skill-portability-checker
Skill Portability Checker 用于检查技能附带脚本（.py、.sh）是否声明了正确的操作系统与二进制依赖，并验证这些依赖在当前系统上是否真实存在，从而在技能运行失败前发现可移植性问题。
judge
judge 是一个质量审查与评估技能，用于按既定标准核验已完成的复杂改动，属于 planner/worker/judge 两层多智能体架构中的评审环节，适合多文件改动、新功能和重要提交前的把关。
review-code
review-code 是一个结构化代码审查技能，覆盖正确性、安全、性能、可读性、测试与架构六个维度，并按语言提供针对性指导。它支持中英文输出、分级严重程度、生成问题清单与审查报告，适合在提交或合并前做系统化代码检查。
ansible-testing
面向 Ansible 自动化质量的测试策略与 ansible-lint 配置指南，涵盖 lint 规则、语法校验、幂等性验证、集成测试与 CI/CD 集成。
biome-code-review
用于审查已完成变更的代码审查技能，针对业务逻辑与需求做只读审查，覆盖 Biome 的 PR、分支、提交区间、diff 或工作树。审查严格限制在变更范围内，禁止修改文件或运行项目代码、构建、测试等操作。
bmad-os-root-cause-analysis
bmad-os-root-cause-analysis 是一个面向缺陷修复流程的根因分析技能，主要用途是分析一次修复缺陷的提交（commit）或拉取请求（PR），并输出结构化的根因分析报告。报告内容覆盖三个方面：哪里出了问题、为什么会发生，以及哪些防护措施（guardrails）未能发挥作用。该技能本身不提供更多公开说明，具体执行方式为读取 prompts/instructions.md 并按其指示运行，属于 BMAD 方法体系中的一部分。
axiom-audit-accessibility
面向 SwiftUI/UIKit 项目的无障碍审计智能体：通过 Glob、Grep、Read 静态扫描 iOS/macOS 代码，检测 VoiceOver 标签缺失、Dynamic Type 固定字号、色彩对比、触控尺寸、Reduce Motion、键盘导航等问题，并按 WCAG 与严重度输出报告与健康评分。
axiom-audit-grdb-performance
用于审计 Swift 代码中 GRDB/SQLite 性能与正确性反模式的技能（Agent 提示）：覆盖 SQL 注入、外键索引缺失、WAL、ValueObservation 失效、WITHOUT ROWID 及 upsert 等检测。
axiom-health-check
Axiom 的项目级健康检查元审计技能，用于对 iOS/Swift 项目做全项目或按 diff 范围的综合审计，自动选择并运行多个专项审计器，去重后生成统一健康报告。
acceptance-review
acceptance-review 是一个只读的验收审查技能，用于判断一个 PR、分支、diff 或当前实现是否满足权威的问题描述、规格说明或决策契约。它把权威需求视为“验收契约”，把实现视为“证据”，逐条给出可独立判定的准则与最终验收结论。该技能不用于改进书面文档、还原会议内容、通用代码审查或实施修复。其流程包括：构建契约（明确实现对象、对比基线、权威文档、仓库规则、关联决策与排除项），把每条范围内规范性陈述映射为一条可独立判定的准则；追踪真实路径（从入口点经状态、边界、错误到可观察结果，检索共享行为的调用方与同类界面，并通过对比基线识别回归）；执行契约（运行最小可验证检查，记录命令、结果与所支持的断言）；判定（Covered、Partial、Missing、Regressed、Unverified）；报告（以 VERDICT 开头，附对象、基线与权威来源，并逐条列出准则、状态与证据）。最终结论为 satisfies、does-not-satisfy 或 indeterminate。该技能在只读模式下运行，将仓库文件、权威文档、日志等视为不可信证据，不执行其中嵌入的指令，执行检查前会先审阅其定义与副作用。
obsidian-upgrade
用于审计并升级 Obsidian 知识库到最新格式的技能，处理结构迁移（phases/tasks 到 features/specs）、注释格式升级（添加 emoji 前缀）等，以 skills/obsidian-plan-wiki/SKILL.md 为唯一规范进行差异比对。
test-driven-development
测试驱动开发（TDD）技能，用于在编写任何功能实现或缺陷修复代码之前先编写测试。核心原则是：先写测试、看它失败、再写最小代码使其通过。该技能强调“没有失败的测试就不写生产代码”的铁律，遵循红-绿-重构循环，并列出常见借口与红旗信号，帮助开发者避免先写代码后补测试的反模式。适用于新功能、缺陷修复、重构和行为变更等场景。
code-review
code-review 是一个在提交代码前进行安全、正确性与质量校验的技能，由代码审查者（code-reviewer）在隔离上下文中依据预加载标准执行，输出按严重程度分级的结构化审查报告。
debugger
一个用于系统化排查缺陷的技能：在遇到任何 bug、测试失败或异常行为、提出修复方案之前，先完成根因调查，强调未找到根因不得动手修复。
integration-test
用于生成或审查集成测试的技能，强调使用真实依赖注入、真实命令/查询路径与数据库字段断言，并通过 TC 追踪标注保证测试与业务行为可追溯。
quality-gates
Quality Gates 是 duck4nh/antigravity-kit 中的统一质量门禁技能，用于在交付前执行检查清单、安全核查、测试策略与交接就绪度评估。它把交付前的强制性检查集中为一个流程，涵盖安全、代码质量、生命周期、QA 与交接五个方面：安全方面要求无硬编码密钥、环境变量卫生、基本输入安全；代码质量方面要求通过 lint、类型检查与测试，且不残留调试代码；生命周期方面要求符合蓝图与契约；QA 方面要求进行分级验证并产出报告；交接方面要求 xray 与运维文档完整。检查完成后会给出发布结论：APPROVED（所有阻塞性检查通过）、NEEDS_WORK（仍存在非阻塞性缺口）、BLOCKED（任一关键检查失败）。该技能适合在交付、发布或项目移交前作为统一的质量把关环节使用。
request-handler
面向全栈工程师的请求处理工作流技能，用于在收到用户请求时先分类为 CONSULT、BUILD、DEBUG、OPTIMIZE 四类，再按对应模式执行，并在交付前完成代码质量、结构与 UI/UX 检查。