ruling
SonarJS 的 ruling 集成测试技能，用于对大型第三方 JS/TS 与 CSS 代码库执行 ruling 测试，并将实际分析结果与预期输出进行比对，以便在新增或修改规则时验证其在真实项目中的行为。该技能提供运行 ruling 测试、同步实际结果到预期结果、调试差异等操作，并附带自定义测试源码的添加方式与 Node 进程调试方法。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-30 00:12
测试与质量
12,905 个结果
test-quality-standards
来自 SonarSource/sonarjs 的测试质量标准技能，用于编写、实现、审查或精简测试代码时提供规范与最佳实践。
test-rule
SonarJS 规则测试技能，用于为某条 SonarJS 规则编写和运行测试、编写测试夹具或运行单条规则的单元测试。资料给出测试命令、RuleTester 选择、基于注释的夹具写法、快速修复与次要位置语法等。
tests
SonarJS 规则测试的官方文档页，说明 JavaScript/TypeScript 规则单元测试的文件位置、结构、valid/invalid 数组写法、误报用例转换、失败用例隔离与装饰器规则的哨兵测试要求。
playwright-cli
playwright-cli 是一个命令行浏览器自动化工具，用于网页测试、表单填写、截图与数据提取。它通过 open、goto、click、type、fill、snapshot 等命令驱动浏览器，支持多标签、存储状态、网络拦截、DevTools 调试、追踪与录屏，适合需要脚本化操作网页的场景。
component-testing-patterns
面向 Svelte 5 组件的 Vitest 浏览器模式测试技能，讲解在真实浏览器中渲染组件、使用语义化定位器与无障碍查询、等待断言以及响应式状态测试的常见模式。
recorder
Recorder 是 steerlabs/opensteer 提供的一项技能，用于录制用户手动完成的真实浏览器操作流程，并将其保存为可确定性回放的脚本。它适合需要手动捕获浏览器工作流的场景，支持本地与云端两种录制方式，可捕获点击、文本输入、按键、滚动、下拉选择、导航以及多标签页操作。录制完成后会生成 recorded-flow.ts 脚本，用户可阅读、编辑并回放验证。该技能要求使用 Playwright 引擎，且不适用于无需手动录制的程序化浏览器自动化（应改用 opensteer 技能）。
strands-evals
strands-evals 是 strands-agents-evals 软件包的评测编写技能，用于对 AI Agent 与 LLM 应用进行量化评估。它围绕 Case 与 Experiment 两大核心构建块组织评测流程：通过 Case 定义单条测试输入与期望输出，通过 Experiment 组合用例与评估器并运行 run_evaluations() 获得统一的 EvaluationReport。技能涵盖一-shot 响应评分、工具与动作序列评分、多轮对话痕迹评分，并提供 ActorSimulator 模拟多轮用户、ToolSimulator 以 LLM 生成受 schema 约束的假工具响应、Detectors 做失败检测与根因分析、Chaos Testing 注入工具故障与响应损坏、Red Team 做安全性对抗测试，以及 ExperimentGenerator 自动生成用例。它还支持多模态图文评测、确定性评估器、结果缓存与异步并行执行。
moq
Moq 是 VanDaemon 项目中用于单元测试的模拟（mocking）框架技能。它通过 Mock<T> 创建测试替身，使用 Setup() 配置依赖行为，使用 Verify() 断言方法调用，从而在单元测试中隔离依赖、验证交互。适用于需要模拟服务接口、日志、文件存储、SignalR Hub 上下文等场景的 C# 单元测试。
playwright
Playwright 技能用于浏览器自动化与端到端测试，针对 VanDaemon Blazor WebAssembly 应用，验证 API（5000 端口）与 Web（5001 端口）服务、SignalR 实时更新、MudBlazor 组件交互及响应式仪表盘布局。
preflight-new-skill
这是一个用于在提交 PR 前对新加入或修改的技能（skill）做飞行前审计的仓库技能。它基于当前 git 分支定位相对于 main 新增或修改的 SKILL.md 文件，按序检查：前置元数据（名称与目录一致、描述含至少三种用户输入措辞）、无占位符、标准章节结构、禁用破折号、美式英语、500 行软上限、公开仓库泄漏扫描（私有路径、内部主机名、凭证、真实邮箱）、冗余前置条件表述、MCP 工具名交叉核对，以及新增技能时五处可发现性入口（根 README、插件 README、插件清单、市场目录、公开目录页）是否更新。审计结束时输出逐项 OK/FAIL 摘要和带文件与行号的修复建议；它只报告问题，不自动修改文件，也不代用户创建 PR。
preflight-permissions
preflight-permissions 是一个 macOS 自动化测试前置准备技能，用于在运行 XCUITest 套件前确保系统权限已全部授予，避免测试因权限弹窗而卡住或静默失败。它属于 sunfmin/autocraft 项目，是 journey-builder 与 journey-loop 的前置条件。该技能会为项目创建自签名代码签名证书（使权限在重新构建后依然保留）、用该证书构建应用与测试运行器、检测应用所需的 TCC 权限（如屏幕录制、麦克风、辅助功能、自动化、完全磁盘访问等）、引导用户在系统设置中逐项授权，并运行一个冒烟 XCUITest 验证权限是否生效，最后按权限逐项报告通过或失败状态。使用方式为在新项目启动、克隆仓库后或测试因权限错误失败时运行一次，其操作需要用户在系统设置中手动授权，无法通过程序自动授予。
test-audit
Test Audit 是 Supabase CLI 项目中的一项测试质量技能，用于在编写、修改或审查测试时统一执行一套价值标准。它包含两种模式：编写门禁（Authoring gate）在新增或修改测试时逐条把关，审计模式（Audit mode）以只读方式扫描现有测试套件，识别低价值、重复或冗余的测试。该技能要求每个测试回答四个问题：保护什么行为、什么可信回归会让它失败、现有覆盖为何抓不到、是否需要仅测试用的生产接缝。它规定了层级规则（每个契约只在能触达的最强边界保留一个主测试）、垃圾模式清单（跨层级重复同一契约、用 mock 实现被测行为、期望值来自被测辅助函数、因无关原因通过的负向控制、名称夸大、依赖生产超时或退避的实时等待）以及保留标准。审计模式在改动前必须为每个候选记录证据，并用 R/F/C/D 台账标记保留、修复、合并或删除，报告写入审计响应或活动跟踪 issue，而非 PR 描述。
accessibility-conformance
该技能用于评估残障用户能否完成选定任务，并判断当前结果支持作出怎样的无障碍合规声明。它强调无障碍合规并非简单的自动化扫描通过，而是与发布、采购、例外处理和公开声明分开决策；合规措辞只能基于所选任务、辅助技术路径和当前结果所能支撑的范围。资料同时提醒需保护与残障相关的调研数据，并给出了方法组合、修复与审查场景的边界。
Testing Patterns
Testing Patterns 是一个用于指导编写测试的 AI 技能，来源于 takeokunn/nixos-configuration。当用户提出“编写测试”“测试策略”“覆盖率”“单元测试”“集成测试”等需求，或需要测试指导时，可调用该技能。它围绕测试阶段（执行、断言）、BDD 步骤（When/Then）、测试最佳实践、反模式以及工具链陷阱等主题提供结构化参考，帮助组织测试用例与验证预期结果。资料中未提供具体的安装命令、收费方式或平台支持信息。
pua-debugging-en
一个以企业PUA话术和系统化调试方法强制AI穷尽问题解法的技能。适用于代码、调试、研究、写作、规划、运维、API集成、数据分析、部署等任何可能卡住的场景。
testing
该技能用于使用 Pytest 运行单元测试并分析测试结果，帮助用户完成软件质量保障工作。它强调在调试失败时只运行失败的测试用例以隔离问题，并要求深入分析回溯信息、解释失败原因，而不是仅报告“失败了”。同时要求不得提交会破坏现有测试的代码。
testing_protocol
Testing Protocol 是一套用于指导测试工作流的技能系统提示，遵循 Modified-Code Protocol（修改代码协议）来实现智能测试选择。它通过自动识别 Git 仓库中被修改的文件（包括已暂存、未暂存和未跟踪文件），并根据改动类型决定测试策略：文档类改动直接跳过测试，MCP 服务器或工具路由相关改动仅运行 MCP 测试，Nix 配置或代码改动则运行完整测试套件。该技能提供 smart_test_runner、run_test_command、get_test_protocol 等工具，以及 just test、just test-unit、just test-int、just test-mcp、just test-mcp-only 等测试命令，帮助开发者按改动范围执行恰当的测试。
qa
qa 是一套系统化的应用程序质量测试流程，用于对 Web 应用、原生 macOS 应用、Electron 应用、CLI 工具和交互式 REPL 等进行测试。它同时扮演测试工程师和缺陷修复工程师两种角色：像真实用户一样点击、填表、检查各种状态，发现问题后在源码中做最小修复并创建原子提交，最后重新验证。流程分为八个阶段：分析目标并选择模式、制定测试计划、熟悉应用、系统性探索并记录问题、计算健康分、问题分级、修复循环、最终测试与报告。它支持三种模式：browser 模式（适用于有 URL 的 Web 应用，通过 CDP 访问 DOM）、computer 模式（适用于原生应用和 Electron 应用）、cli 模式（适用于 CLI 命令、REPL 和交互式终端，使用 tmux send-keys 与 capture-pane）。测试可按 quick、standard、exhaustive 三个层级执行，也支持 --report-only 只报告不修复。输出默认写入 .qa-reports/ 目录，包含截图证据和结构化报告。健康分按控制台错误、导航、视觉、功能、UX、性能、内容、无障碍八个维度加权计算。修复循环包含单个问题的源码定位、最小修复、单次提交、回归重测、分类和自调节机制（WTF 可能性超过 20% 时暂停询问用户，硬上限为 50 个修复）。
skillhone-evaluation
SkillHone Evaluation 是腾讯 SkillHone 项目中的技能评估工具，用于运行和解读技能评估结果，帮助判断技能质量并指导改进决策。它把评估器视为一个“测试框架”，在私有任务上运行技能并留下结构化证据链：输入为技能检出目录与包含数据集、验证逻辑、任务契约的评估仓库；每个评估项在隔离的求解工作目录中执行；验证器对产出答案打分，可调用任务本地的校验器、编译器、解析器或渲染器；输出聚合分数与脱敏的逐项轨迹摘要。核心脚本 eval.py 支持 probe（快速迭代信号）与 test（最终基准，迭代期间禁止运行）两种 split。它还提供 trajectory-analyzer 与 pr-quality-reviewer 两个子代理，分别用于诊断工具错误和作为技能 PR 的合并门禁。评估强调区分基础设施故障与技能缺陷，并给出分数解读阈值与来源标注要求。
skillhone-synthesis
SkillHone Synthesis 是一个用于生成闭式（closed-form）、可自动验证基准问答数据集的技能。它通过工具探索目标环境，将探索所得保存为实体、关系与推理路径组成的探索图，再从图中挖掘多个问答样本，并验证每个样本是否可答、唯一、稳定、足够困难且可机械评分。该技能与具体领域无关，任务定义文件、工具封装和领域示例均位于技能之外。其最终产出包含 final.jsonl（问题与验证片段）和 final.meta.jsonl（调试元数据），探索图产物保存在 graph/ 目录下。核心目标是让基准的基本评分不依赖人工或 LLM 评审，仅通过精确匹配、正则、数值容差、枚举或 JSON 字段检查等代码方式完成判定。
k6
k6 是一款面向开发者体验的开源负载测试工具。本技能帮助用户使用 JavaScript 编写 k6 测试脚本，配置虚拟用户数与持续时间，设置用于判定通过/失败的阈值，并分析测试结果。技能内容覆盖 k6 的执行模型、生命周期钩子，以及如何将 k6 集成进 CI/CD 流水线。适用于对 API 和网站进行负载测试、压力测试或性能测试的场景。
regression-tester
Regression Tester 是一个用于代码重构后生成并运行回归测试的技能，帮助确认重构没有改变原有行为。它会分析代码变更范围，识别被重构代码的公共 API 与行为契约，生成针对性的回归测试，并分别在旧实现和新实现上运行以验证等价性。适用于重构后需要确认功能未被破坏的场景。
optimizespec-verify
OptimizeSpec Verify 是一个用于验证 OptimizeSpec 自我改进实现是否完整、可运行的技能。它会在不引入无关改动的前提下，检查提案、设计、规格与任务等产物是否齐全，核对提案与设计是否明确写出推断出的目标运行时、证据、可执行优化系统文件夹与运行输出文件夹，并确认实现确实位于可执行文件夹或已明确记录阻塞项。该技能还会校验技能 frontmatter 与引用路径（包括技能所指定的运行时相关路径），在 fixture 或小型 eval 套件上运行直接 eval，并检查证据账本是否包含运行清单、候选注册表、运行时可中立的 rollout 记录、逐用例分数、judge 记录、ASI 记录、比较记录、优化器谱系、排行榜、最佳候选证据以及可选的晋升/不晋升决策。对失败的 rollout，它要求 ASI 覆盖输入、预期、实际、反馈、错误、Agent Trajectory、分数以及字段级 ASI 键。此外还会运行 compare 以确认逐用例与聚合增量，并用最小但生产等效的 smoke 验证优化器接线，确保候选通过真实 rollout 分数评估，不接受伪造、仅 mock、无凭据或占位测试；若缺少凭据、权限、工具、MCP 服务器、托管运行时访问或环境配置，应停止并向用户询问，而不是削弱测试。