visual-regression-tester
中文介绍正在整理，稍后补充。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-16 00:02
测试与质量
11,628 个结果
localization-review
localization-review 是 formatjs/formatjs 提供的国际化评审技能。它以只读方式检查本地化 UI、翻译、消息目录和 pull request，覆盖 ICU 语法、占位符完整性、术语表合规和区域感知格式化，只输出发现的问题、证据和建议修复方式，不直接修改文件、分支、翻译服务或提交评审评论。适用场景包括多语言消息目录审查、翻译质量评审和 PR 国际化检查。
test-slack-app
该技能用于帮助开发者验证已构建的 Slack 应用是否真正可用，是构建流程的最后一步。它指导开发者在安全的测试工作区（优先开发者沙盒或自建 Free Team，绝不在有真实同事的工作区）中运行应用，通过阅读源码找出应用注册的交互（斜杠命令、快捷方式、事件、按钮、模态提交、App Home 等），再给出具体的“做什么、预期什么”手动检查步骤，并协助确认应用响应。适用于 Slack CLI 管理的应用，对普通 Bolt 应用提供尽力而为的路径。它属于引导式手动检查，而非自动化测试套件。
playwright-testing
Playwright Accessibility Testing 是一个基于 Playwright 与 @axe-core/playwright 的浏览器无障碍测试知识模块，用于在真实浏览器环境中执行可复用的无障碍检测。它提供键盘扫描（Tab 顺序遍历、键盘陷阱检测）、状态扫描（点击触发后对展开内容用 axe-core 检测）、多视口扫描（axe-core 加触控目标测量）、对比度扫描（计算 CSS 层叠后的对比度比值）以及无障碍树快照。模块内含多种 @axe-core/playwright 扫描模式、键盘遍历与焦点管理测试模板、GitHub Actions 与 Playwright 配置示例，并给出能力降级矩阵与面向用户的提示信息，覆盖多项 WCAG 成功准则。
android-testing-unit
Android Testing Unit 是一个面向 Android 单元测试的技能，用于为 reducer、use case、repository 以及生命周期安全的状态持有者编写快速、聚焦的单元测试。它适用于 Android 单元测试策略、ViewModel reducer 测试、repository 单元测试等请求场景。技能强调在 CI 中执行可复现的检查，避免无信号增测、不可复现的基准或安全扫描、硬编码发布凭据等反模式，并在范围扩大时交接给 android-testing-ui、android-ui-states-validation 等相邻技能。
rde-eval
rde-eval 是 React Doctor Evals（RDE）中的一个本地规则评估技能，用于针对尚未提交（uncommitted）的规则改动运行有界的本地评估循环。它适合在聚焦的规则测试通过后、检查真实开源项目命中情况时使用。该技能通过读取 React Doctor 的未提交改动，在本地运行 RDE 命令，对目标规则进行采样、摘要与命中检查，帮助区分真阳性、假阳性与不支持的情况，并为假阳性补充回归测试和模糊回归语料。
cloudflare-workers-testing
这是一个面向 Cloudflare Workers 的测试指南，基于 Vitest 与 @cloudflare/vitest-pool-workers。它用于在真实的 Workers 环境中编写单元测试和集成测试，支持完整的绑定能力（D1、KV、R2、Durable Objects、Queues、AI），测试在 Miniflare 中本地执行，并可在 CI/CD 中运行以还原实际的 Workers 运行时行为。资料给出的关键能力包括：绑定相关的测试支持、执行上下文测试、边缘运行时模拟、覆盖率跟踪与较快的测试执行。文档标注状态为生产可用，最后验证日期为 2025-01-27，并声明了 Vitest ^2.0.0、@cloudflare/vitest-pool-workers 0.7.2 与最新 Miniflare 的版本要求。资料同时提供了 5 分钟内完成的快速上手步骤（安装依赖、创建 vitest.config.ts、编写首个测试、运行测试）、关键规则、核心概念、典型用例、最佳实践以及常见错误的预防说明。
studio-testing
Supabase Studio 的测试策略指南，用于指导在 apps/studio/ 中编写和组织测试。核心原则是把逻辑从 React 组件中抽离为纯工具函数并穷尽测试，组件测试仅用于复杂 UI 交互，E2E 测试用于自托管与平台共用的功能。适用于编写新测试、判断改动需要哪种测试、从组件中提取逻辑以便测试、审查测试覆盖是否充分，以及为新功能补充测试等场景。
webapp-testing
该资料介绍 Web 应用测试原则，重点覆盖 E2E、Playwright 和深度审计策略。它提供了一套测试思路与自动化脚本：通过 scripts/playwright_runner.py 执行基础浏览器测试，可用 --screenshot 截图、--a11y 做无障碍检查，依赖 pip install playwright && playwright install chromium。资料还包含发现优先的深度审计方法，即扫描 app/、pages/、路由文件找路由，grep HTTP 方法找 API 端点，查组件目录与文档整理功能，然后按映射、扫描、测试的方式系统推进。此外，它给出 Web 测试金字塔、E2E 优先级与最佳实践、Playwright 核心概念与配置建议、视觉测试、API 测试覆盖点、测试目录组织、CI 集成步骤以及常见反模式等内容。
ce-dogfood-beta
ce-dogfood-beta 是 everyinc/compound-engineering-plugin 中的一个 Beta 技能，扮演 QA 工程师角色，对当前分支进行端到端“dogfood”验证。它以 diff 为范围（对比 main），理解并测试该分支引入或修改的每一处变更，在真实浏览器中按用户视角走查，并自动修复问题、添加回归测试、提交修复，直到分支真正可用。该技能通过 agent-browser CLI 驱动浏览器，强调不使用 Chrome MCP 等其他浏览器控制工具，并可按需委派 ce-worktree、ce-setup、ce-debug、ce-commit、ce-compound 等既有 CE 技能。
ln-610-docs-auditor
ln-610-docs-auditor 是一个用于审计项目文档的协调型技能（L2 Coordinator），属于 6XX 审计类别。它通过评估平台对文档的结构、相关性、注释和事实准确性进行审计，要求先完成研究再最终评分，并协调 ln-611、ln-612、ln-613、ln-614 四个专项审计工作单元。该技能采用 evaluation-runtime 运行时，标识为 docs-audit，按 PHASE_0_CONFIG 至 PHASE_6_SELF_CHECK 七个阶段执行：配置、发现、研究、委派、聚合、报告和自检。工作单元包括文档结构审计器、语义内容审计器、代码注释审计器和文档事实核查器。最终产出为一份文档审计报告和修复计划，写入指定运行目录，并在整合后删除临时工作单元报告。
mem0-test-integration
mem0-test-integration 是 mem0ai/mem0 仓库提供的一个验证技能，用于检查 /mem0-integrate 生成的 Mem0 集成是否正确。它在同一工作区、同一功能分支上运行，采用松耦合方式，能快速发现编译和运行时错误，但不检测逻辑错误。该技能会先执行前置条件检查（如 .mem0-integration/ 目录、分支名以 mem0-integrate/ 开头、工作树干净、API key 可用），然后安装依赖，执行静态检查、单元测试、冒烟测试和端到端测试，最后输出 scorecard.md 和 scorecard.json 评分卡。它还强调非侵入性契约，通过功能开关分两遍运行测试，确保原有行为不变。支持交互模式和 CI 模式，并提供多种跳过选项。
tdd-planning
TDD Planning 是一项专注于测试驱动开发（TDD）的实现规划技能。它为每个实现步骤创建带有严格「红-绿-提交/回滚」循环的实施计划，确保任何实现代码都不会先于失败测试出现。该技能强调先写失败测试（RED）、再写最小代码使其通过（GREEN），通过则提交、无法完成则回滚到上一个绿状态。它包含工作约定、用户偏好设置、自主模式（Autopilot / Critical / Verbose）、上下文与测试基础设施分析、测试策略设计、计划结构开发、详细计划编写、评审与迭代等流程步骤，并提供强制性的 TDD 循环要求和验证清单。
ln-622-build-auditor
ln-622-build-auditor 是 levnikolaevich/claude-code-skills 技能库中的一个 L3 Worker 技能，专门用于审计代码库的构建健康状况与代码质量工具链。它属于代码库审计流水线中的一环，聚焦“构建健康”这一关键优先级类别。该技能会检查编译器与 linter 错误、弃用/不受支持的 API 警告、类型错误、失败或被跳过的测试，以及构建配置问题，并将发现的问题按严重程度（CRITICAL、HIGH、MEDIUM、LOW）、位置、修复工作量和建议整理成结构化结果返回给协调器，同时计算构建健康类别的合规评分（X/10）。它采用两层检测策略（候选扫描加上下文验证），支持多种技术栈（如 npm、cargo、gradle），会检查命令退出码、设置超时，并在检测到 CI 环境时以非交互模式运行。该技能只报告问题、不自动修复，由协调器创建任务交由用户处理。
test
该技能用于证明代码变更满足其验收标准。它通过有针对性的自动化检查，以及对面向浏览器的工作使用真实浏览器进行验证。适用于测试或验证代码变更是否达到预期行为。
feature-flags
用于渐进式发布功能的特性开关（Feature Flags）技能文档，介绍用 LaunchDarkly、Unleash 或自建方案实现灰度发布、A/B 测试、运行时配置与紧急开关，含 SDK 接入、定向规则、测试与监控示例。
133-java-testing-acceptance-tests
该技能用于从维护者整理过的 Gherkin 场景事实出发，为不使用 Spring Boot、Quarkus 或 Micronaut 的框架无关 Java 项目实现验收测试，主要覆盖 happy-path 场景，采用 RestAssured、项目本地 DB/Kafka 测试夹具与 WireMock，并以 *AT 命名在 Failsafe 的 verify 阶段运行。
storybook-setup
中文介绍正在整理，稍后补充。
speckit-checklist-zh
speckit-checklist-zh 是一个面向软件开发流程的检查清单生成工具，用于基于用户需求为当前功能生成定制检查清单。其核心定位是对“需求本身”做质量验证，例如检查需求是否完整、清晰、一致、可测量，并覆盖各类场景与边缘情况。资料将其比喻为“英语的单元测试”或“需求编写的单元测试套件”：如果规格（spec）是代码，那么检查表就是它的单元测试，用来测试要求是否写得好、是否完整、明确并准备好实施，而不是测试实现是否有效。工具会读取功能上下文（如 spec.md、plan.md、tasks.md），结合用户输入与澄清问题生成检查项，输出为 FEATURE_DIR/checklists/ 下的 Markdown 文件（如 ux.md、api.md、security.md、performance.md），项目编号从 CHK001 开始递增，每次运行创建新文件而不覆盖已有检查表。
appkit-accessibility-auditor
一个面向 macOS AppKit 的辅助功能审计技能，用于检查 VoiceOver、键盘导航、焦点顺序与语义结构问题。它按优先级给出可落地的修复片段和手动测试清单，适合审阅或修复 AppKit 界面时使用。
audio-voice-recovery
中文介绍正在整理，稍后补充。
323-frameworks-spring-boot-testing-acceptance-tests
该技能用于在 Spring Boot 项目中，依据维护者编写或经维护者脱敏的 Gherkin 场景事实实现验收测试。它只处理已脱敏的场景事实，绝不打开、解析、总结或转换原始 .feature 文件。技能会选取带 @acceptance 或 @acceptance-tests 标签的场景，为每个场景实现一条 happy-path 验收测试，使用 @SpringBootTest(webEnvironment = RANDOM_PORT)、@AutoConfigureTestRestTemplate、TestRestTemplate、Testcontainers 与 WireMock 等技术，并采用 Given-When-Then 结构映射 Gherkin 步骤。适用于 Spring Boot 的 REST API 验收测试、外部 HTTP 服务打桩、数据库与 Kafka 容器化测试等场景。使用前要求上下文中已有可信的脱敏场景事实且项目可编译，否则应立即停止。
connekt-script-writer
Connekt Script Writer 是一个用于编写 `.connekt.kts` 脚本的技能。Connekt 是由 Kotlin 脚本驱动的 HTTP 客户端，脚本采用 `.connekt.kts` 扩展名，顶层可直接使用完整的 Connekt DSL，无需样板代码、无需 main 函数，只需声明和请求。该技能适用于用户想要编写、创建基于 Kotlin 的 HTTP 自动化与测试脚本的场景。脚本从 connekt.env.json 读取基础 URL 和密钥，使用 `val x: String by env` 而非硬编码值。脚本只注册请求，由运行器决定执行哪个请求，因此不在请求之间运行命令式代码，断言仅允许位于 then 或 useCase 块内。
testing-patterns
testing-patterns 是一套面向 Jest 的测试模式与工具集，涵盖测试驱动开发（TDD）流程、工厂函数（factory functions）、mock 策略以及测试工具函数，适用于编写单元测试、创建测试工厂或按 TDD 工作流进行开发。其内容包括测试哲学（TDD、行为驱动测试、工厂模式）、自定义渲染函数、组件 props 工厂与数据工厂、模块与 GraphQL Hook 的 mock 方式、测试结构（describe 分组）、查询与用户交互模式、需要避免的反模式以及最佳实践，并给出运行测试与覆盖率命令。整体偏向 React / React Native 与 Jest 的测试实践。