SuperAPI AI 工具集
合作ENAI 行业资讯收藏

Skill 广场

找到适合任务的 Agent Skill，阅读介绍并复制安装命令。

更新于 10-25 00:14

测试与质量

12,667 个结果

test-driven-development

该技能用于指导严格的测试驱动开发（TDD），遵循红-绿-重构循环，确保在编写任何生产代码之前先有一个失败的测试。核心原则是：如果没有亲眼看到测试失败，就无法确认测试是否验证了正确的行为。适用于新功能、缺陷修复、重构和行为变更；对于一次性原型、生成代码和配置文件等例外情况，需征得人类伙伴同意。技能强调铁律——没有失败的测试就不写生产代码，若先写了代码则必须删除并从头开始，不得保留为参考或边写测试边改编。

测试与质量17 次安装

dhh-rails-reviewer

这是一个面向 Ruby on Rails 代码审查的条件式审查人格（persona），以 Rails 创建者 David Heinemeier Hansson（DHH）的视角，检查 Rails 代码差异（diff）中是否引入了与框架理念相冲突的架构选择、抽象层或前端模式。它会重点识别把 Rails 应用拖离 omakase（默认约定）路径的改动，例如引入 JWT 认证替代普通 session、用客户端状态机取代 Hotwire/Turbo、为服务端渲染流程添加不必要的 API 层、在 Active Record 之上叠加 repository 层、用 service object 包装普通 CRUD、无明确收益地拆分服务或异步编排、非 RESTful 路由等。审查结果以 JSON 输出，包含 findings、residual_risks 和 testing_gaps 字段，并配有置信度校准规则：明确的反模式置信度高，受仓库特定约束影响时置信度中等，纯哲学性争议则不标记。

测试与质量17 次安装

leavn multi-language ux verification skill

该技能用于系统性地验证 Leavn iOS 应用在 6 种支持语言（英语、西班牙语、德语、简体中文、阿拉伯语、希伯来语）下的多语言用户体验。它通过静态代码分析，检查语言切换机制、本地化基础设施、RTL（从右到左）布局支持、日期时间格式化、搜索功能以及 AI 生成内容等 12 个测试类别，并生成结构化 Markdown 报告，按 P0/P1/P2 严重级别列出问题与改进建议。该技能不运行模拟器，专注于发现架构层面的本地化与 RTL 问题。

测试与质量17 次安装

test-standards-enforcer

test-standards-enforcer 是一个用于强制执行测试最佳实践的技能，来源于 yonatangross/orchestkit。它通过阻断式校验（BLOCKING validation）来检查测试是否符合规范，校验规则包括测试文件位置、AAA（Arrange/Act/Assert）结构、描述性命名、无共享可变状态以及覆盖率阈值。文档列出的阻断规则为：测试必须位于 tests/ 或 __tests__/ 目录；测试必须具有 Arrange/Act/Assert 结构；测试名称必须描述行为；测试不得共享可变状态；覆盖率必须不低于 80%。同时提供了文件位置规则、TypeScript/JavaScript 与 Python 的命名约定示例、AAA 模式示例、测试隔离示例、覆盖率要求表（总体 80%/90%，业务逻辑 90%/100%，关键路径 95%/100%，新代码 100%/100%）、覆盖率运行命令、参数化测试示例、Python fixture 最佳实践以及常见违规示例。

测试与质量17 次安装

testing-patterns

testing-patterns 是一套跨语言的测试规范与模式集合，覆盖 TypeScript（Vitest）、Rust（cargo test）、Swift（Swift Testing）与 Go（go test）四种技术栈。它整理了各语言的文件命名约定、目录组织、用例结构、Mock 策略、异步测试写法、覆盖率配置、测试金字塔比例、命名规范、属性测试库选型、覆盖率目标分层，以及不应测试的内容清单，并附带 GitHub Actions 的 CI 集成片段和快速参考表。其核心思路是优先使用依赖注入而非整模块 Mock、避免测试实现细节、修复缺陷时先写失败用例、边界与错误路径必须覆盖。适合需要统一多语言仓库测试写法的工程团队参考。

测试与质量16 次安装

scenario-testing

Scenario-Driven Testing 是一个面向 AI 代码生成场景的测试技能，核心主张是“没有真实依赖通过场景验证的功能不算完成”。它要求用真实系统、真实数据编写端到端场景测试，禁止使用任何 mock，以避免 mock 带来的虚假信心。该技能适用于编写测试、验证功能、修复缺陷后确认代码可用等场景。使用方式包括：在 .scratch/ 目录下用任意合适语言编写零 mock 的场景脚本并加入 .gitignore；将可复用的场景模式提取到已提交的 scenarios.jsonl 中，每条一行 JSON，包含 name、description、given/when/then、validates 等字段；外部 API 需访问真实服务（可用沙箱/测试模式）；每个场景必须独立运行，不依赖其他场景先执行，以支持并行与 CI/CD。无效场景包括：含任何 mock、使用假数据而非真实存储、依赖其他场景先运行、从未实际执行验证通过。完成标准为：.scratch/ 中的场景零 mock 通过、真实依赖被实际调用、.scratch/ 保持在 .gitignore 中、稳健模式已提取到 scenarios.jsonl。

测试与质量16 次安装

testing-patterns

Testing Patterns 是一套覆盖全栈的测试实践指南，帮助开发者通过单元测试、集成测试、端到端（E2E）测试和视觉回归测试建立对代码质量的信心。内容涵盖测试哲学（测试奖杯模型）、框架选择、Mock 策略、覆盖率策略以及 CI 集成。它强调测试应贴近真实使用方式，优先使用可访问性查询，避免测试实现细节，并给出了 Vitest、Playwright、MSW 等工具的具体配置与代码示例。适合前端与全栈开发者系统学习测试分层与落地方法。

测试与质量16 次安装

verification-loop

Verification Loop 是一套面向代码变更的综合质量验证系统，覆盖构建、类型检查、代码规范（Lint）、测试与安全扫描等多个维度。它通过分阶段流程确保代码质量：Phase 0 要求在动手写代码前先声明“验证面”（即由外部命令或工具确认成功，而非模型自我断言）；随后依次执行构建验证、类型检查、Lint 检查、测试套件（含覆盖率）、安全扫描（检查密钥、调试语句等）以及差异审查。适用于完成任务或重大代码变更后、创建 Pull Request 前、重构后、代码评审准备等场景。最终输出统一的验证报告，标明各阶段通过/失败状态及待修复问题，并支持在长时间会话中每 15 分钟或重大变更后运行检查点。

测试与质量16 次安装

auditing-gameplay-implementation-coverage

该技能用于审计有状态游戏的实现覆盖度，专门查找行为族中缺失的成员，例如某个阶段缺少第二个输入别名、某个角色变体被冻结路径跳过、某个存档字段无人恢复。它跨意图、代码、可观察输出和测试构建有证据支撑的覆盖台账，并在不修改被审计行为的前提下验证高风险缺口。输出是一份义务及其状态的台账，而非修复方案。适用于变更或横切机制可能触及多个行为面但只有部分被更新、发布前需检查高风险族、或反复出现遗忘用例缺陷的场景。不适用于已被直接断言覆盖的小型孤立变更、需要定位的语义分歧、修复验证、平衡性/难度/趣味性问题，或要求穷尽正确性证明的情况。

测试与质量16 次安装