jest
Jest 是 Meta 开发的 JavaScript 测试框架，提供零配置的 JavaScript 与 TypeScript 测试能力，将测试运行器、断言库和 Mock 工具集成于单一包中。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-31 00:15
测试与质量
12,974 个结果
testcontainers
Testcontainers 是一个用于集成测试的开源库，它通过 Docker 容器为测试提供轻量、一次性的真实依赖服务。它支持在测试套件中启动真实的数据库（如 PostgreSQL、MySQL、MongoDB）、消息中间件（如 Kafka、RabbitMQ）以及其他服务，从而避免使用模拟对象，让集成测试更贴近生产环境。该技能面向 Node.js、Java、Python、Go 和 .NET 等语言，提供对应的 API，并关注容器启动时间的优化。资料中给出了 Node.js 的安装命令、PostgreSQL 与 Redis 的集成测试示例、基于 Docker Compose 的多容器测试示例、Java 与 JUnit 5 的用法，以及在 GitHub Actions 中运行集成测试的 CI 配置。
testing-library
Testing Library 技能：从用户视角测试 UI 组件，按可访问角色、文本或标签查找元素，而非 CSS 类名或 test ID，默认捕获可访问性问题并在重构后保持稳定。
video-debugger
Video Debugger 是一个用于调试网页动画、CSS 过渡、布局偏移和 UI 行为的工具，可将屏幕录制视频提取为逐帧画面供视觉分析，并支持视觉差分与本地视觉模型分析。
label-content-name-mismatch
前端无障碍检查清单中的规则条目，用于审查可见标签与可访问名称不一致的问题，确保语音控制用户能按可见文本触发控件。
mock-best-practices
该技能用于在代码审查、CI 覆盖与测试策略中检查 mocking（模拟）最佳实践，识别过度 mock、缺少清理和抽象层级不当等问题。
bevy-testing-patterns
本技能介绍如何使用 cargo test、MinimalPlugins 与 app.update() 为 Bevy 项目编写单元测试与集成测试，重点覆盖调度（schedule）逻辑的验证。内容说明了 ECS 中各类状态的归属与修改规则，演示了资源读写、系统链式排序（.chain()）以及 Startup 阶段生成实体的测试写法。目标版本为 Bevy 0.20+，使用无窗口的 headless App 作为测试载体，仅依赖官方文档记录的 Bevy API。适用于需要为 Bevy 系统、资源与调度顺序编写测试的场景。
tdd-red-agent
tdd-red-agent 是面向 Rails 项目的 TDD RED 阶段智能体，专门在实现代码之前编写必定失败的 RSpec 测试。它定义预期行为、创建可执行规格，不修改 app/ 源码，适用于测试驱动开发的起步与先写规格的场景。
generate-postman-collection
一个用于 Rails 项目的技能：通过分析 config/routes.rb、app/controllers/api/ 与 RSpec 请求测试，自动生成或更新 postman_collection.json，供 Postman 导入使用。
mission-verify
mission-verify 是 mission SDD（规格驱动开发）体系中的验证阶段技能，用于把已实现的工作与任务简报（brief）进行对照评判，而不是依据实现者的自述结论。它会读取测试与代码环节产出的产物，重新运行测试套件、检查代码差异，并确认非目标范围未被改动，然后输出按严重程度分级的问题发现（Critical、Important、Minor），每条都对应差异、测试输出或未动过的非目标证据。它只负责给出判定，不涉及批准、合并或发布：converge 判定为 DONE（验收标准满足且达到质量阈值）、CONTINUE（范围内仍有缺口，发现问题退回实现阶段并触发熔断机制）或 SPEC_CORRECTION_NEEDED（某条标准不可度量或范围存在冲突，路由到负责澄清的 gate，绝不直接进入编码）。该技能不创建 worktree、不获取租约、不写追踪系统，也不会批准或合并任何变更。
test-run-rules
用于测试运行的共享规则集，规范隔离、沙箱拒绝重试、不可用基础设施打桩、共享外部系统写入、结果判定与清理等流程，适用于驱动运行中应用或执行测试目标的场景。
agent-e2e-test-specialist
这是一个面向端到端（E2E）测试的专家型子代理技能，专注于 Playwright、Cypress 以及视觉回归测试和浏览器自动化，强调测试的可靠性与可维护性。它覆盖多浏览器测试、网络拦截与模拟、视觉回归（截图对比、Percy、Chromatic）、可访问性检测（axe-core）、CI/CD 集成（GitHub Actions、并行分片、制品收集、不稳定测试检测与重试）、测试架构（页面对象模型 POM、测试数据工厂、夹具管理）等能力。使用方式为在用户明确要求 E2E 测试、浏览器测试自动化或视觉回归测试时触发，触发词包括 E2E、end-to-end、Playwright、Cypress、visual regression、browser test、screenshot test、Percy、Chromatic。资料中提供了 Playwright 页面对象模型、测试套件、API 模拟、视觉回归、认证状态夹具、配置、可访问性与 GitHub Actions 等代码示例。资料未提供收费、价格、平台要求等信息。
rlm-debugging
RLM 工作流中的系统化调试技能（Phase 1.5），用于在修复缺陷、测试失败或异常行为前先定位根因。它插入在 Phase 1（AS-IS）与 Phase 2（TO-BE 计划）之间，产出 01.5-root-cause.md 工件。
rlm-tdd
rlm-tdd 是 RLM 工作流中用于第 3 阶段（实现）的测试驱动开发纪律技能，强制遵循 RED-GREEN-REFACTOR 循环，核心铁律是“没有失败的测试就不写生产代码”，适用于新功能、缺陷修复、重构与行为变更。
ts-debug
ts-debug 是一个仅在用户显式触发时使用的调试技能，用于把具体故障症状转化为因果解释并给出与架构一致的修复，拒绝只掩盖症状的补丁。
test-generator
test-generator 是一个测试生成技能，用于为指定代码自动生成完整测试套件，遵循测试金字塔结构：静态分析 → 单元测试 → 集成测试 → E2E。它覆盖 Python 测试策略，包含 mypy、ruff、bandit 静态分析配置，pytest 单元测试与集成测试示例，Playwright 与 httpx 的 E2E 测试，以及 pytest-cov 覆盖率配置。技能在用户提到「生成测试」「写测试」「test this」「建立单元测试」「建立集成测试」「静态分析」「type check」「覆盖率」「coverage」等场景时触发。资料还提供多语言测试框架对照表、CI 集成检查清单、测试依赖清单和输出报告格式。
potion-yjs-dev-browser-test
用于排查 Slate Yjs 协作行为异常的开发调试技能：通过 dev-browser 把 Potion 当作实时参考实现，隔离单个 Potion 标签页离线后重放当前 bug 的复现步骤，对比本地 Slate Yjs 结果。
slate-ar-quality
Slate v2 质量缺口自动研究快捷方式，通过 slate-ar 运行深度研究与质量缺口循环，覆盖 API/DX、架构、测试覆盖、文档与示例质量等缺口，并将被接受的发现路由到相应处理流程。
code-quality-review-all
该技能用于按单一代码质量标准或主题，系统审查仓库内全部评测（evaluations），适合周期性质量检查与一致性改进。它会生成主题文档、结果 JSON 与摘要，并可用 autolint 扫描结构性问题。
create-eval
create-eval 是 inspect_evals 仓库中已迁移的技能，用于创建新的评估（eval）。自 2026 年 5 月起，新评估不再在该仓库创建，而是放在独立仓库中，该技能已移至 inspect-evals-template。
ensure-test-coverage
用于检查单个评测（eval）测试覆盖率的技能：分析可测试组件、运行 autolint 与 pytest-cov 测量覆盖率、评估测试质量，并可按需创建或修复缺失测试。
eval-quality-workflow
用于对 src/inspect_evals/ 中单个评测进行质量修复或审查的技能，依据 EVALUATION_CHECKLIST.md 标准执行。fix 模式将评测重构至合规，review 模式仅评估合规性而不改动代码。
prepare-submission-workflow
用于将评估（eval）准备为注册表条目并提交 PR 的工作流技能，属于 ukgovernmentbeis/inspect_evals 项目。它指导校验上游仓库要求、生成 eval.yaml、运行校验、创建变更日志片段并提交 PR。
adversarial-verify
adversarial-verify：在依据某项发现采取行动前先做对抗式验证。把主张改写为可反驳命题，交给 N 个独立怀疑者从正确性、复现、安全、回归等不同视角尝试证伪，再按失败关闭规则统计票数，输出 survived/rejected 判定与理由，使调用方只对通过验证的条目采取行动。