testing-strategy
面向测试策略与测试基础设施的技能，指导为现有代码补测试、搭建测试环境并提升覆盖率。覆盖 Vitest/Jest/Playwright、React Testing Library、MSW 模拟、E2E、CI 测试流水线与不稳定测试调试。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-20 00:13
测试与质量
12,357 个结果
rails-bug-triage
用于 Ruby on Rails 代码库的缺陷排查技能：先复现问题、选定首个失败测试，再规划最小安全修复路径，避免盲目猜测修复。
rspec-service-testing
用于在 spec/services/ 下为服务对象、API 客户端、编排器或业务逻辑编写 RSpec 测试的技能，强调测试公开契约而非内部实现，涵盖 instance_double、FactoryBot 哈希工厂、错误与边界用例等。
swift-testing-expert
面向 Swift Testing 的专家技能，指导编写、审查、迁移与调试 Swift 测试，涵盖测试结构、#expect/#require 宏、traits 与 tags、参数化测试、测试计划、并行执行与异步等待。
tauri-pilot
tauri-pilot 是一个通过 CLI 检查、交互和测试正在运行的 Tauri v2 应用的技能，经 Unix socket 与 JSON-RPC 2.0 通信，可用于 UI 测试、自动化与调试。
review-testing
审查测试技能：仅从测试维度审查给定代码范围，评估测试是否存在、覆盖是否充分、测试质量与结构、测试类型与分层、边缘与错误路径覆盖以及可维护性，输出标准化结果列表。
quality-gate
用于任务收尾、发布重要功能或落地变更前的自动化评审质量门禁：通过派发 code-reviewer 代理在代码合入前发现缺陷，核心原则是尽早且频繁检查，未经评审不得落地。
review-response
用于处理代码评审反馈的技能：在动手修改前先对每条反馈做技术评估，澄清歧义、交叉核对代码库，避免表演式附和，按阻塞项、快速修复、结构性改动排序逐项验证。
game-playtest
用于浏览器游戏试玩与前端 QA 的技能：通过启动、输入、场景切换、HUD 可读性和视觉状态变化来测试游戏，优先使用浏览器自动化与截图审查。
review-r
针对 .R 脚本的只读 R 代码审查协议，检查代码质量、可复现性、领域正确性、tidyverse 惯用法与专业规范。
positron-qa-verify
为 Positron 的缺陷修复与功能提供人工 QA 验证指南的 Claude 技能，通过分析 GitHub issue 与 PR 生成清晰可执行的验证步骤和测试场景。
r-testthat
面向 R 包测试的实践技能，讲解如何使用 testthat 3+ 版编写与组织测试，涵盖初始化、文件结构、断言、快照、夹具与模拟等，适用于为 R 包编写或改进测试。
test-metrics-dashboard
用于查询测试执行历史、分析不稳定率、跟踪 MTTR 并构建质量趋势仪表板的数据与分析技能。含通过率、Flakiness Rate、MTTR、执行时间、覆盖率变化等指标及目标与告警阈值。
embedded-testing
面向汽车安全关键 C 代码的嵌入式测试设计技能，可按输入自动进入单元测试生成、边界值分析或特征化测试三种模式，输出 MC/DC 覆盖用例、边界点分析与运行前基线套件，并给出桩代码与覆盖矩阵。
verify-form-validation
verify-form-validation 是 Reticle 提供的一项技能，用于验证表单是否真正拒绝非法输入。它在真实浏览器中驱动页面上的实际表单，同时检查三个关键失效点：错误提示是否由应用自身渲染、提交按钮的禁用状态是否真实（而非仅靠 CSS 样式伪装成不可点击）、以及是否没有请求被发出。该技能还要求验证拒绝是有条件的，即修正输入后错误应清除、提交按钮应重新启用。它提醒使用者区分浏览器原生校验气泡与应用自身校验逻辑，避免误判。在断言无请求发出时，需要通过 reticle_assert 结合 settled 状态和 timeout_ms 轮询，而不是点击后立刻计数。技能以 verified: "yes" 作为唯一通过标准，"no" 表示发现真实缺陷，"unknown" 表示无法判定，"no-fault" 表示未证伪也未证实。判定结论仅针对所测试的具体字段与具体非法值，其余表单部分应声明为未验证。
atf-testing
ATF（Automated Test Framework）是 ServiceNow 平台提供的自动化测试能力，用于对 ServiceNow 应用进行回归测试与持续集成。本技能围绕 ATF 的测试与测试套件构建，涵盖模拟用户（impersonation）、表单步骤、断言、服务端脚本步骤、测试参数以及执行等核心内容。资料给出了 ATF 的测试层级结构（测试套件包含多个测试，每个测试由有序步骤组成），并列出关键数据表（如 sys_atf_test、sys_atf_step、sys_atf_test_suite、sys_atf_test_suite_test、sys_atf_test_result）。同时介绍了常见步骤类型（模拟用户、打开新表单、打开已有表单、设置字段值、点击 UI 操作、断言字段值、运行服务端脚本、等待），并提供了创建测试、添加步骤、创建测试套件、使用测试参数以及通过 MCP 工具集成执行测试的示例代码。
azure-microsoft-playwright-testing-ts
Azure Playwright 工作区 TypeScript SDK，用于在云端托管浏览器上大规模运行 Playwright 测试，并集成 Azure 门户报告。注意 @azure/microsoft-playwright-testing 将于 2026 年 3 月 8 日退役，应改用 @azure/playwright。
choosing-what-to-test
这是一个面向 Android 测试套件的技能，用于判断“应该为哪些行为编写测试”。它以 Google 官方文档中按“代码所触及的状态类型”划分测试价值的思路为基础，把状态归纳为五类：屏幕上的状态、内存中的状态、持久化状态、其它状态（系统栏、系统服务、闹钟、广播等），以及错误与边界情况。技能同时明确列出“不应测试”的对象，例如框架入口（Activity、Fragment、Service）的业务逻辑、Retrofit 注解路由、Hilt 模块声明、Compose Modifier 内部实现和生成代码等，并强调只测试公开可观察行为、避免为框架或第三方库写测试。它还提供边界情况清单、决策矩阵以及若干 WRONG vs RIGHT 示例，帮助在评审 PR 或回答“这个模块该测什么”“这个函数漏了哪些边界”等问题时给出具体建议。该技能属于 skydoves/android-testing-skills 技能集合。
developing-with-compose-previews
一项针对 Jetpack Compose 的技能：让 @Preview 函数成为 UI 开发的主要反馈回路。涵盖状态提升、@PreviewParameter 覆盖各 UI 状态、LocalInspectionMode、多预览注解，以及会导致团队放弃预览的反模式。
extracting-test-artifacts
本技能讲解如何在 Android 测试中通过 adb 在主机与设备间搬运文件（含现代压缩与同步选项），重点覆盖 adb pull / adb push 与 run-as、exec-out 的组合用法，以及路径权限规则对拉取结果的影响。技能说明了对 /data/local/tmp/、/sdcard/、/data/data/<pkg>/（需 run-as，且要求构建为 debuggable）、/sdcard/Android/data/<pkg>/files/ 等路径的可读写性判断；提供用 adb exec-out run-as <pkg> cat 或 tar 管道抓取二进制/目录、避免 PTY 转换损坏字节的做法；并介绍使用 android.test.services 的 TestStorage API（需 -e useTestStorageService true 及 androidx.test:services 依赖）路由每测试产物的现代化方式，以及 --sync、-z brotli、-Z、-a、-n、-q 等参数含义。技能还列出常见测试产物输出路径与校验清单，用于把截图、JSON、数据库等产物安全落地到 CI 构建输出。
requirements-traceability
这是一个用于创建或审计“需求—设计—代码—测试”可追溯性的技能。它会构建可追溯性矩阵，将每一条需求（REQ）映射到设计/ADR、实现文件、测试和验证证据，帮助团队确认需求范围、实现落点和验证方式。技能强调不猜测、不夸大覆盖范围：需求尽可能逐字提取，隐式需求标记为 INFERRED 并请求确认；每条范围内容需求都必须有至少一条验证路径（单元/集成测试、验收测试、视觉回归、安全证据、性能证据或人工验证步骤）。输出包括可追溯性矩阵、缺口清单（阻断项与后续项）和以最小改动优先的补全建议。还提供成熟度状态跟踪（Draft、Review、Approved、Implemented、Verified、Validated），并为可选 ZDP 流程扩展矩阵，覆盖业务场景到监控的完整制品链。
test-automation
test-automation 是一个自动化的测试生成与质量验证工具，属于 aidoc-flow-framework 框架，旨在把 SDD 制品（BDD 场景、需求文档 REQ、契约 CTR、规格 SPEC）转化为可执行的测试套件，并提供覆盖率追踪。它可以解析 Given-When-Then 格式的 BDD 文档并生成 pytest-bdd 测试文件，从需求文档生成单元测试，从契约 YAML 生成 Pact 契约测试，从规格文档生成集成测试。工具还支持测试数据生成、覆盖率分析（行、分支、路径覆盖率）以及需求、BDD 场景、契约端点的可追溯性映射。用法上通过命令行调用 generate-bdd、generate-unit、generate-contract、run、coverage-report 等子命令，依赖 pytest、pytest-bdd、pytest-cov、pact-python、hypothesis、faker 等库。它适用于需要把规格文档与测试保持同步、追踪需求覆盖率的研发团队，生成后仍需人工评审和调整。
review-prd-dev-gaps
用于开发完成后的 PRD 覆盖核查技能：对照已完成计划、完成记录与实际实现，区分遗漏、合理变更与需裁定的差异，交互式确认后生成差异报告，必要时调用 dev-plan 产出独立 gaps plan。不用于 PRD 质量、计划设计或单次 diff 评审。
plan-verify
Plan Verify 是 xiaolai/vmark 下的验证技能，用于对照计划核查已完成的实现：运行计划要求的测试与门禁，逐条检查验收标准，并输出通过/失败/受阻的验证报告。