mutation-testing
实验性变异测试技能：用 muter 对源码做变异并重跑测试，找出“存活变异体”，揭示虽被覆盖但缺少有效断言的测试。定位为顾问性报告，不应用作合并门禁。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-30 00:12
测试与质量
12,902 个结果
originality-check
Originality Check 是一个用于判断应用（及作品集新增项）在功能、内容和元数据上是否足够独特的原创性检查技能，用于规避 App Store 审核指南 4.3 的垃圾/重复应用风险，可在开发或提交前运行。
debug
用于排查 Symphony 与 Codex 运行卡住、反复重试或执行失败的调试技能。通过 issue_identifier、issue_id 和 session_id 关联日志，定位失败阶段与根因。
web3-btt
用于为智能合约集成测试编写 bulloak 树规范（.tree 文件）的技能，基于 Branching Tree Technique 结构化设计测试场景，覆盖条件分支与边界情况，再生成 Solidity 测试脚手架并校验树与测试文件的一致性。
testing-philosophy
testing-philosophy 是一套与具体技术栈和测试运行器无关的个人单元测试规范，示例使用 Vitest，但规则同样适用于 Jest、pytest 等。它把两个问题分开处理：什么样的测试值得保留，以及测试在什么时机运行。规范明确哪些层需要单元测试：只对含真实分支或编排逻辑的业务服务层写测试；UI 组件、仓储/DAO、薄 API 客户端封装、纯映射器不单独写，而由上层服务测试间接覆盖。覆盖形状要求同时包含正常路径和失败、校验、降级分支。断言统一使用 toHaveBeenCalledWith/toHaveBeenNthCalledWith，禁止索引 mock 调用记录，禁止断言 logger/console。保留测试前需通过“同义反复检查”：若把方法体替换为直接返回 mock 结果测试仍通过，就删除。写测试应由独立于实现代码的 pass/代理完成；测试只在用户明确要求且任务内全部代码写完后运行一次，不随编辑自动触发。审查阶段可在无单独测试任务时直接补测试。环境配置按需使用 DOM 环境，优先复用共享测试工具中的 fixture/mock。
verification-before-completion-conventions
该技能用于在开发者即将宣称工作已完成、已修复或已通过检查时，强化“先验证、后断言”的纪律。它要求先在实际工作树中运行对应命令，并通过项目自身的受影响单元运行器（例如针对所改动应用或包的构建/测试任务）进行验证，而非泛泛地“全部跑一遍”。报告须固定包含三部分：运行了哪些检查、结果如何、仍存在哪些风险；未运行或失败的检查必须明确说明，不得省略或弱化为“应该没问题”。
frontend-testing
一套前端测试技能指南：先按验收标准写测试，再补充实现测试以提升健壮性。覆盖 Vitest 单元测试、Testing Library 组件测试、Playwright 端到端测试、ARIA 快照、视觉回归与可访问性审计，并给出定位器优先级与反模式。
review
一个代码审查技能，按范围执行静态检查与标准核对，并按优先级汇总发现，支持审查暂存文件、PR 变更或整个代码库。
test
这是一个面向代码仓库的测试自动化技能：按给定范围发现并运行测试，对新增功能补充测试，迭代修复代码或测试直至全部通过，最后提交改动。支持按暂存文件、当前 PR 变更或全量套件三种范围运行。
update-deps
用于安全地审查并更新项目依赖的技能，按分阶段流程处理过时依赖、安全漏洞和破坏性变更，并通过分组增量更新与测试降低升级风险。
kl-consistency-test
sglang 的 prefill 与 decode logprob（KL）一致性测试工具，用于判断同一 token 在两条不同计算路径上的结果是否一致，并可定位批量不变性或缓存状态复用导致的偏差。
code-review
一个只读的代码审查技能，针对 MR/PR diff、单个文件或代码片段输出结构化评分报告。按架构、代码质量、安全、性能、测试、文档六个阶段审查，给出严重度分级和明确结论，不修改任何代码。
testing-strategy
用于挑选“最窄且足够”的测试边界：依据需求、仓库证据与维护成本，判断某条验收标准需要单元/本地检查、集成测试还是 E2E，并避免重复与不必要的测试。
browse
browse 是一个用于在项目专属 Brave 浏览器会话中执行网页任务的技能。它通过 DevTools 协议启动一个专用的 Brave 窗口，每个项目拥有独立且持久化的浏览器配置，登录状态与本地数据可在会话间保留，同时不影响用户日常使用的 Brave 配置。用户用自然语言描述任务后，该技能可在浏览器中导航、点击、输入、读取页面文本、截图并监听控制台输出。它支持可选起始 URL 与 --project 参数以共享或隔离会话，浏览器调试端口在 9223–9922 范围内按项目名稳定分配。提交表单、发送消息、发布、购买、删除或修改账户设置等操作需用户确认；凭据仅限用户自有本地或测试环境，验证码一律交由用户处理。
qa
这是一个通过单个命令完成质量保障（QA）的技能：在当前代码库中固定一个以日期命名的 qa 分支，在你指定的范围内运行交互式本地 QA 循环，逐项复现、修复并重新验证你报告的问题，每个修复对应一个本地提交，不推送、不创建 PR、不部署。它提供 run 和 review 两个动作：run 是默认动作，执行复现、修复、再验证的流程；review 用于对已完成的智能体工作进行多阶段核查，检查缺陷、遗漏需求和错误假设。首个参数用于选择动作，其余参数原样传给该动作；如果第一个词看起来是拼写错误的动作，它会打印动作表并停止。
test
test 是面向 Bun 项目的测试运行技能，按指定范围执行测试并报告结果。默认运行与改动文件相关的测试，自动识别测试运行器，读取真实失败输出与追踪信息。支持 changed、full、focused、--since、unit/integration/e2e、coverage、types 等范围。仅在获得明确修复授权后编辑源码或测试文件，并遵循不改弱测试、不扩大范围等安全规则。
test-generator
根据源码生成完整单元测试的技能，适用于创建测试、提升覆盖率或搭建测试框架，覆盖正向、边界、错误与异步场景，并约定覆盖率与命名规范。
verify-manual
verify-manual 是 shyxin/skills 中的技能，用于在 /to-prd 或 /to-issues 完成代码实现后自动生成逐步手动验证手册，存放于 docs/verify/ 目录。用户说“帮我验证”“验证手册”“verify”“手动测一下”等可触发，也会在相关流程完成后自动触发。
code-review-sensei
code-review-sensei 是一个面向代码审查的 AI 技能，扮演资深代码审查者，从正确性、安全、性能、设计、可读性五个维度发现 bug、安全风险、性能问题和设计缺陷，并给出可执行的修复建议与评分。
hyperexecute-skill
该技能用于端到端操作 TestMu AI/LambdaTest 云测试执行平台 HyperExecute：分析项目、创建 YAML、本地校验、运行 CLI 任务、调试失败并接入 CI。涉及 HyperExecute、hyperexecute.yaml、HyperExecute CLI、autosplit、矩阵执行等场景。凭据使用环境变量，不硬编码。
the-honoured-one
the-honoured-one 是一个强制上下文加载协议技能：在让 AI 执行多文件修改、架构变更或调试前，必须先清点并实际阅读相关文件，禁止基于猜测行动，以消除“自信地做错”的问题。
dotnet-best-practices
dotnet-best-practices 是一个面向 .NET / ASP.NET Core 代码库的微层级代码质量审计方案，用于对单个类、方法和测试文件进行深入分析，而不是审查项目基础设施。它依据 agent-rules/rules/dotnet/ 下的标准进行校验（仓库内存在则读取本地文件，否则从 GitHub raw 实时获取），涵盖测试规范、架构合规、SOLID 原则、C# 编码规范、DTO 校验与错误处理等维度。审计聚焦单元测试与集成测试质量（命名约定、Arrange-Act-Assert 结构、FluentAssertions、Mock 使用、测试隔离、WebApplicationFactory）、架构分层与依赖注入生命周期、SOLID 五项原则及真实圈复杂度（通过强制开启分析器构建获得，而非依赖仓库自身配置）、C# 命名与可空引用类型、DTO 校验覆盖与敏感字段排除、集中式异常处理与 ProblemDetails 一致性。最终汇总为一份 Markdown 报告，要求所有结论基于实际代码证据，证据不足时标注 Unknown 而非臆测。
unit-test-loop
unit-test-loop 是一个用于系统性提升单元测试覆盖率的技能，采用两阶段工作流并结合 Dex 任务跟踪，支持跨会话持续推进测试改进。适合需要补测试、做 TDD 或按覆盖率目标组织测试任务的开发场景。
peach-check
peach-check 是 SonarSource/sonarjs 仓库中的一个技能，用于在 SonarJS 发布前，或在 SonarSource/peachee-js 上的 Peach Main Analysis 工作流出现失败任务、或项目问题数量出现可疑下降时使用。该技能本身不包含独立逻辑，其规范说明位于 SonarJS 仓库根目录下的 .claude/skills/peach-check/INSTRUCTIONS.md，问题历史实现位于同目录的 peach-issue-history.js。使用时需先阅读 INSTRUCTIONS.md 并严格按其执行，且不得复制或分叉该说明。