holistic-testing-pact
一套结合 PACT（主动、自主、协作、聚焦）原则的整体测试模型，用于设计测试策略、在团队中构建质量文化，并从顺序式 QA 演进为并发的全团队质量实践。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-31 00:15
测试与质量
12,973 个结果
localization-testing
面向全球化产品的国际化（i18n）与本地化（l10n）测试技能，覆盖翻译覆盖率、日期时间货币等区域格式、RTL 语言布局与 Unicode 字符编码校验，帮助在进入新市场前发现多语言缺陷。
mutation-testing
基于 Stryker 的变异测试技能，通过引入代码变异并运行测试来衡量测试套件有效性，核心指标为变异得分（Killed / (Killed + Survived)），目标通常为 80% 以上。
quality-metrics
用于衡量软件质量与测试有效性的技能，指导建立质量仪表盘、定义KPI与质量门禁。强调衡量结果而非活动，聚焦DORA指标、缺陷逃逸率、MTTD/MTTR与测试有效性，避免虚荣指标。
regression-testing
面向 API 与软件变更的回归测试策略技能，强调按改动与风险选择测试、分析影响、管理持续回归，验证修复不破坏既有功能。
risk-based-testing
一种基于风险测试的思路与技能：用概率×影响评估功能风险，按严重程度分配测试深度与资源，并随变更、生产事故持续重估风险。
sherlock-review
Sherlock Review 是一种基于证据的调查式代码审查方法，用演绎推理核对代码提交的声明与实际行为是否一致，适用于验证 PR 描述、缺陷修复和性能声明。
shift-left-testing
Shift-Left Testing 是一种把测试活动提前到开发早期的方法论，用于在缺陷修复成本最低时发现缺陷，适用于落地 TDD、CI/CD 与早期质量实践，强调需求验证、测试先行、CI 自动化和测试金字塔。
shift-right-testing
该技能介绍“右移测试”（Shift-Right Testing），即在生产环境中通过功能开关、金丝雀发布、合成监控与混沌工程等手段验证系统可靠性和用户体验，并把生产问题反馈为预发布回归测试。
six-thinking-hats
将爱德华·德·波诺六顶思考帽方法应用于软件测试，帮助团队从事实、情绪、风险、优势、创意和流程六个角度做全面的质量分析，适用于设计测试策略、风险评估和复盘等场景。
tdd-london-chicago
介绍测试驱动开发中的 London（基于 mock、交互验证）与 Chicago（基于状态、真实对象）两大流派，说明如何按代码类型选择测试风格，并给出红-绿-重构循环及常见误区。
test-automation-strategy
面向测试自动化的策略规范，给出测试金字塔、F.I.R.S.T.原则、Page Object Model、反模式识别与 CI/CD 集成方式，并涉及代理辅助生成测试与治理不稳定测试，用于搭建或改进自动化框架。
test-environment-management
该技能用于测试环境的供给与管理，涵盖基础设施即代码、Docker 与 Kubernetes 测试环境、服务虚拟化以及成本优化，帮助构建与生产一致、可重复且经济的测试环境。
visual-testing-advanced
高级视觉回归测试技能，支持像素级对比、AI 差异分析、响应式设计验证与跨浏览器视觉一致性检查，可集成到 CI/CD 中拦截 UI 视觉回归。
e2e-testing
基于 Playwright 的端到端浏览器测试技能，用于编写集成测试、用户流程测试与浏览器自动化。强调测试用户流程而非实现细节、可靠、快速、可维护，包含配置、选择器、断言、等待、页面对象与多种测试模式。
tdd
tdd 是一个测试驱动开发流程 Skill，用于在创建新的 JavaScript/TypeScript 文件时强制或建议先写测试，支持 advisory（默认，不阻塞）与 strict（需先有测试文件）两种模式，并提供测试文件路径与骨架模板建议。
vitest
Vitest 是一个基于 Vite 的测试框架，提供与 Jest 兼容的 API，面向 Vite 项目。该技能用于在 Vite 项目中编写和运行测试，适用于测试 Astro 组件、JavaScript 模块，以及任何需要快速、现代测试能力的 Vite 项目。它由 Vite 驱动，具备即时 HMR 与与应用相同的配置，同时支持原生 ES 模块、开箱即用的 TypeScript 以及智能的文件变更重跑（watch 模式）。
review-code
多维度代码审查技能，覆盖正确性、可读性、性能、安全、测试覆盖与架构一致性六个维度，并生成按严重程度分类的结构化审查报告。
prowler-tour
prowler-tour 是一个只做报告的技能，用于检查产品导览（tour）定义与其所描述 UI 功能是否保持一致。当修改带有导览的 UI 组件或编辑导览时触发，它只检查变更、报告漂移并给出建议，不修改任何文件。
principle-test-behavior-not-implementation
「测试行为而非实现」是一条测试原则技能，用于判断一个测试是否值得保留。它要求测试像调用者那样驱动被测代码，并把调用者能观察到的输出，与测试中字面写出的期望值进行比较。如果测试的断言并非如此直接比较，就存在疑问。该原则给出了一个检验方法：设想把测试导入的每个函数都替换成什么都不返回的版本，如果测试依然通过，说明它没有观察到任何行为，需要重写断言或删除。技能指出了多种不合格情形，包括只断言 mock 是否被调用、只检查值存在/为真/类型/未抛异常/大于零、期望值由被测代码自身生成、断言重复手写常量或配置默认值、以及在测试体内从未调用被测对象等。修复方式是：在测试体内以一个具体输入运行被测对象，比较其字面输出或可见效果；缺失情况应与其反面在同一测试中并列断言；常量应通过运行读取它的代码来覆盖；mock 应由其收到的载荷或留下的状态来评判；没有可用断言时删除测试。同时指出例外，例如表行之间的关系检查、编译期类型检查可通过。该原则只决定测试是否保留，不决定一个切片的失败模式是否列出、要写多少测试。
clarify
Clarify 是一个链式清晰度审查技能，用于把仓库、未提交差异、计划或工作项从模糊、易错状态推进到可实施状态，串联代码审查、计划去模糊、深模块架构、DRY/冗余与命名分析多个环节。
five-whys
基于“五个为什么”方法进行根因分析的技能，用于缺陷反复出现、表面修复无效或流程持续出问题时，帮助定位并修复根本原因，而非只处理症状。
verification-before-completion
一个在声称任务完成前强制先做真实验证的技能：必须在本会话中运行验证命令并阅读实际输出，输出与预期一致才可宣布完成。适用于测试、构建、类型检查、缺陷修复等场景。
code-change-verification
用于在交付前验证 ioredis 代码改动的技能：根据改动类型选择最小可信的验证命令集，实际运行后如实报告通过、失败或跳过的项，覆盖运行时 TypeScript、Redis 命令支持、生成类型、测试与文档等场景。