python-pytest
面向 Python 的 pytest 测试规范，覆盖单元测试、集成测试、生产冒烟测试，三层测试目录分离，以及 fixture、Mock、参数化、异步测试与覆盖率目标，适用于创建或修改测试文件时参考。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-05 00:16
测试与质量
13,134 个结果
build-quality-tdd
红-绿-重构循环的测试驱动开发技能，适用于写逻辑代码、修 bug、改变行为，或提到 TDD、测试先行、red-green 的场景。
verify-quality-code-quality
代码质量审查技能，用于对已通过 Spec Compliance 审查的代码做质量评估，输出五轴评分与改进建议。
verify-quality-integration-testing
集成测试技能，用于在单元测试之上验证组件间交互和边界契约的正确性。它明确了何时必须编写集成测试（如 API 端点、数据库操作、跨服务调用、认证流程、文件上传、Webhook 处理等），并给出测试替身的优先级（真实实现 > Fake > Stub > Mock），强调绝不 mock 数据库，只用测试数据库或事务回滚。技能规定用 Arrange-Act-Assert 结构组织测试，要求每个端点覆盖 Happy Path、Validation、Auth、Permission、Not Found 和 Edge 六类路径，并提供测试隔离、命名约定、验证证据和完整的集成测试报告模板。当只验证纯函数或单组件逻辑、契约未变化、或问题属于 spec 缺失与代码质量审查时，不建议使用。
verify-workflow-debug
系统化根因调试技能：先建立反馈循环再假设，用于 bug、测试失败、意外行为或构建失败等场景。按四阶段流程定位根因并输出根因与修复计划文档。
verify-workflow-review
这是一个面向产物质量把关的审查工作流技能，适用于软件、文档、文章、PPT（deck）或视觉稿完成后进入正式审查的场景。它把审查拆成两个阶段：第一阶段做规格符合性审查（Spec Compliance），确认规格中的每项需求是否实现、验收标准是否有对应证据、是否存在范围蔓延；第二阶段做产物质量审查，软件走正确性、可读性、架构、安全、性能五轴，文档/文章/deck 走内容质量，视觉稿走视觉质量。技能按独立性分 trivial exemption、standard、high-risk/full 三档，规定不同档位由谁执行两阶段，并要求在 04-review.md 中记录 Built by、Stage 1/2 reviewed by、Independence status 与豁免理由。审查意见按 Critical、无前缀、Nit、Consider、FYI 分级，最终产出 docs/features/<name>/04-review.md，结论为 APPROVED、APPROVED_WITH_CONCERNS 或 REJECTED，并指向 ship 或退回 build。
code-reviewer
code-reviewer 是一个代码审查与重构技能，用于在不改变功能的前提下提升代码清晰度、一致性与可维护性。它默认只关注最近修改的代码，遵循项目既定的编码规范，避免过度简化与嵌套三元表达式。
browser-use
browser-use 是一个命令行浏览器自动化工具，通过后台守护进程保持浏览器常驻，实现约 50ms 低延迟的连续操作，可用于网页测试、表单填写、截图与数据提取。
terraform-acc-test
用于在本地 Go provider 仓库中运行 Terraform provider 验收测试（acceptance tests）的技能，适用于用户要求执行 TF_ACC 测试的场景。它会先加载仓库测试环境，再用 rg 定位测试函数并选择对应 Go 包。
rtfm-testing
RTFM Testing 是一种文档质量验证方法：通过生成零上下文的“新鲜”智能体，仅凭文档完成任务，从而发现说明缺漏、表述不清和隐含假设，帮助确认文档对新手是否完整可用。含 SKILL.md、TESTER.md、GAPS.md 三个文件与冷启动分数等指标。
buildbot-reviewer
BuildBot Reviewer 是 BuildBot Issue-to-PR 工作流中的“审查角色”技能，用于判断当前工作区的代码改动是否已经足够好、可以立即提交。它的定位不是头脑风暴式地提出可选优化建议，而是对当前 diff 做出“通过或阻止”的裁决。该技能对照 Issue 的意图进行审查，聚焦正确性、缺失的测试覆盖、回归风险和需求缺口，只对必须在提交前修复的问题进行阻止，忽略个人代码风格偏好和非必要的重构建议。使用者可以按 bugfix 或 feature 两种任务模式调整审查重点，并结合 lenient、normal、strict 三档严格度设定门槛。其输出结构固定，必须以 REVIEW_DECISION、REVIEW_SUMMARY 和 REVIEW_FEEDBACK 结束；若不存在阻塞问题则批准并输出 - none，若存在阻塞问题则输出 FAIL 并逐条列出具体、可执行的阻塞项。该技能仅判断当前版本，不重写任务。
browser-testing-with-devtools
该技能通过 Chrome DevTools MCP 让智能体获得浏览器内的“眼睛”，在真实浏览器中执行测试与调试。它连接静态代码分析与实时浏览器运行，使智能体能够查看用户所见、检查 DOM、读取控制台日志、分析网络请求并采集性能数据，从而验证运行时行为而非仅凭猜测。适用于构建或修改任何在浏览器中渲染的内容、调试 UI 问题、诊断控制台错误、分析网络请求与 API 响应、性能剖析以及验证修复是否真正生效。技能强调安全边界：默认使用独立或临时浏览器配置文件，将浏览器内容视为不可信数据，JavaScript 执行默认只读，不读取凭据，不向外部发起请求。
web-quality-audit
这是一个以证据为导向的网站质量审计技能，结合浏览器实测与源码检查，覆盖性能、无障碍、SEO、最佳实践和智能体浏览（Agentic Browsing）五个方面。它强调不以单一聚合分数作为质量证明，而是先建立审计目标（代表性 URL、关键状态与流程、公开与登录访问、移动/桌面范围），在页面可运行时先采集最小化的实时基线，再用运行时失败定位源码检查，并将实测发现与仅存在于代码中的假设分开。审计结果按用户影响和置信度分级（Critical、High、Medium、Low），给出具体修复建议，并在修复后重新运行等效自动检查与受影响的手动流程，报告哪些已验证、哪些仍需真实用户或人工验证。适用于被要求“审计我的网站”等场景。
find-test-content
find-test-content 是 Adobe AEM Edge Delivery Services 项目中的一个技能，用于在内容驱动开发（CDD）流程中查找已使用指定区块（block）的现有页面，以便定位测试内容。它通过查询站点的 query-index 获取所有页面，逐页搜索指定区块，检测并报告所有变体，输出匹配页面的 URL。脚本支持自动重试 HTTP 429 和 503 错误，遵循 Retry-After 头，并在结果不完整时明确警告。适用于修改现有区块、添加变体或修复 bug 时寻找测试内容，不适用于全新区块或用户已提供测试 URL 的情况。
testing-blocks
Testing Blocks 是 Adobe 提供的技能，用于在提交拉取请求前验证 AEM Edge Delivery Services 项目的代码改动。它适用于修改了区块、核心脚本（scripts.js、delayed.js、aem.js）、样式（styles.css、lazy-styles.css）或影响功能的配置之后。该技能遵循价值与成本权衡的测试理念，核心流程包括：运行 lint 并修复问题、在真实浏览器中进行强制验证（检查渲染、响应式、控制台错误、交互与变体）、按需编写单元测试、运行现有测试确保无回归。浏览器验证是强制要求，必须提供截图等证明。该技能通常由 building-blocks 技能在测试实现阶段调用，并与 content-driven-development、block-collection-and-party 等技能配合使用。
ai-regression-testing
这是一套面向 AI 辅助开发场景的回归测试策略。其核心问题是：当同一个 AI 模型既编写代码又审查自己的代码时，会带着相同的假设进行两步工作，从而产生系统性的盲区，只有自动化测试才能捕获。资料给出的典型失败模式是：AI 写修复 → AI 审查修复 → AI 说「看起来正确」→ Bug 依然存在。资料中举出真实案例：某字段被反复漏加 4 次，包括忘记加入 SELECT 查询、加入后触发 TypeScript 构建错误、改用 SELECT * 后只修了生产路径却漏了沙箱路径，直到第 4 次才被测试在首次运行中立即捕获。该技能提出以沙箱（sandbox/mock）模式进行无需数据库的 API 测试，并给出 Vitest + Next.js App Router 的配置示例、Next.js API 路由测试辅助函数、回归测试写法、沙箱与生产路径一致性测试方法，以及将测试集成进 bug-check 工作流的自定义命令定义。此外还总结了四类常见 AI 回归模式及对应的修复与测试代码：沙箱/生产路径不一致、SELECT 子句遗漏、错误状态泄漏、乐观更新缺少回滚。策略上主张「在发现 Bug 的地方写测试」，而非追求 100% 覆盖率。
benchmark
Benchmark 是一个性能基线与回归检测工具，用于在浏览器端测量 Core Web Vitals（LCP、INP、CLS、页面体积）、API 端点延迟百分位以及构建性能。它支持在 PR 前后对比性能影响、为项目建立性能基线、排查“感觉变慢”的问题、在发布前确认是否达到性能目标，以及对比不同技术栈。工具提供页面性能、API 性能、构建性能和前后对比四种模式，基线以 JSON 形式存储在 .ecc/benchmarks/ 目录并纳入 Git 跟踪，便于团队共享。
browser-qa
Browser QA 是一个用于部署后 UI 自动化验证的技能，通过浏览器自动化 MCP（claude-in-chrome、Playwright 或 Puppeteer）像真实用户一样操作线上页面。它默认以只读方式运行，覆盖四个阶段：冒烟测试（控制台错误、网络 4xx/5xx、桌面与移动端首屏截图、Core Web Vitals 指标 LCP/CLS/INP）、交互测试（导航链接、表单有效与无效提交、认证流程、关键用户旅程）、视觉回归（375px/768px/1440px 三个断点截图并与基线对比，无基线时报告 INCONCLUSIVE）以及无障碍审计（axe-core 检测 WCAG 2.2 AA 违规、键盘导航、屏幕阅读器地标）。最终输出结构化 QA 报告，给出 SHIP / SHIP WITH FIXES / DO NOT SHIP 的结论。适用于功能部署到 staging/preview 后、发布前、审查前端 PR、无障碍与响应式测试等场景。
bun-runtime
Bun 是集运行时、包管理器、打包器和测试运行器于一体的 JavaScript/TypeScript 工具链。介绍何时选用 Bun 与 Node、从 Node 迁移的注意事项，以及在 Vercel 上的 Bun 运行时配置。
click-path-audit
click-path-audit 是一个行为流程审计技能，用于追踪用户界面中每个按钮或交互触点的完整状态变更序列，发现静态代码阅读难以察觉的缺陷，例如状态交互副作用、顺序调用之间的竞态条件，以及处理函数之间相互抵消的问题。它通过先建立状态存储的副作用映射，再逐个审计交互触点，检查后续调用是否撤销了先前调用的状态变更，以及最终状态是否符合按钮标签的承诺。该技能适用于按钮“无反应”、修改共享状态后、重构后以及发布前的关键用户流程检查，不适用于 API 层缺陷、样式布局或性能问题。
cpp-testing
cpp-testing 是一个面向现代 C++（C++17/20）的智能体测试技能，基于 GoogleTest/GoogleMock 与 CMake/CTest 构建。它适用于编写、更新或修复 C++ 测试，配置 GoogleTest/CTest 工作流，诊断失败或不稳定的测试，以及添加覆盖率与 sanitizer 诊断。技能围绕 TDD 红-绿-重构循环展开，强调测试隔离、依赖注入、mock 与 fake 的区分、CTest 测试发现以及 CI 信号。资料提供了单元测试、fixture、gmock 的代码示例，CMake/CTest 快速上手配置，运行与过滤测试的命令，覆盖率（gcov/lcov、llvm-cov）和 sanitizer（ASan/UBSan/TSan）的启用方式，以及不稳定测试的防护准则和常见陷阱。该技能不适用于不涉及测试变更的新功能实现、与测试无关的大规模重构、无测试回归验证的性能调优，以及非 C++ 项目或非测试任务。
csharp-testing
该技能面向 C# 与 .NET 应用，整理了一套测试模式与最佳实践，覆盖 xUnit、FluentAssertions、NSubstitute/Moq 模拟、Testcontainers 集成测试、WebApplicationFactory 集成测试以及测试组织方式。适用于编写或审查 C# 代码的测试、搭建 .NET 测试基础设施、调试不稳定或缓慢测试等场景。内容包含 Arrange-Act-Assert 结构示例、Theory 参数化测试、基于 NSubstitute 的依赖模拟与调用验证、ASP.NET Core 集成测试配置、基于 Testcontainers 的 PostgreSQL 仓库测试、测试目录组织、测试数据 Builder 模式、常见反模式修正表，以及 dotnet test 相关运行命令（含覆盖率收集与过滤）。
delivery-gate
Delivery Gate 是一个用于 Claude Code 的 Stop Hook 质量门禁工具，通过确定性检查在 Claude 结束会话前进行拦截。它不依赖 AI 推理，只使用文件修改时间戳、磁盘占用和转录文本正则匹配。主要检查三类内容：合理化话术模式（如"先跳过测试"、"既有 bug"等表述，仅警告不拦截）、学习库是否过期（检查 5 个可配置路径的修改时间，部分过期警告；≥3 个过期或 growth-log 过期且为复杂任务则拦截）、磁盘空间（低于 50GB 警告，低于 15GB 拦截）。其设计目的是在 Claude Code 内置的代码质量检查之外，补充会话卫生层面的约束，强制复杂任务必须更新学习库，避免"交付即遗忘"式的工作习惯。安装方式为从仓库复制 Python 脚本到 ~/.claude/scripts/ 并在 settings.json 中配置 Stop hook。兼容 Python 3.8+，跨平台，零第三方依赖。
django-tdd
django-tdd 是一个面向 Django 应用的测试驱动开发（TDD）技能，核心是结合 pytest-django、factory_boy 与 Django REST Framework 实践 Red-Green-Refactor 循环。适用于编写新 Django 应用、实现 DRF API、测试模型/视图/序列化器，以及为 Django 项目搭建测试基础设施。内容覆盖 pytest.ini 与测试 settings 配置、conftest.py 夹具、factory_boy 工厂、模型测试、视图测试、DRF 序列化器与 API 端点测试，以及使用 mock 与 patch 处理外部服务。