qa-testing-ios
该技能面向 iOS 测试执行与不稳定用例（flake）控制，覆盖 XCTest、XCUITest、Swift Testing、xcodebuild、xcresult 与 simctl。它提供默认策略、xcodebuild 命令模式、flake 控制方法、测试计划组织、确定性 E2E 夹具、本地化与视觉回归验证，以及 xcresult 转 JUnit 的脚本。适用于选择测试目标设备、排查不稳定测试、解析测试产物等场景，并明确区分模拟器/归档通过与真实发布验证的边界。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-17 00:11
测试与质量
12,196 个结果
axiom-ui-testing
axiom-ui-testing 是 charleswiltgen/axiom 技能库中面向 UI 测试的实践指南，核心主张是“等待条件，而非任意超时”。它针对 UI 测试中常见的竞态条件、时序依赖、本地通过但 CI 失败、结果不稳定等问题，给出基于条件的等待模式，包括 waitForExistence、XCTNSPredicateExpectation、XCTestExpectation 与轮询等写法，并强调使用 accessibility identifier 而非硬编码文本标签。技能还覆盖 Xcode 26 新增的 Recording UI Automation：录制交互、跨设备与语言回放、通过视频回看定位失败步骤。内容包含快速决策树、常见错误、测试检查清单、启动参数与模拟位置等高级 API、Test Plans 多语言配置以及截图与视频捕获设置，适用于 iOS、iPadOS、macOS、watchOS、tvOS 等 Apple 平台。
simulation-validator
Simulation Validator 是一套面向材料仿真的三阶段验证协议工具，用于在仿真前、运行中和运行后检查配置、日志与结果指标。它提供四个 Python 脚本：preflight_checker.py 做飞行前检查（必填字段、参数范围、输出目录可写性、磁盘空间），runtime_monitor.py 周期性监控运行日志（NaN/Inf/溢出、残差增长、dt 崩溃），result_validator.py 校验运行后指标（质量守恒、边界、能量单调性等），failure_diagnoser.py 在失败时给出可能原因与修复建议。工具仅依赖 Python 3.10+ 标准库，跨 Linux、macOS、Windows 运行，所有输出为 JSON，不写入文件系统。它不评估 CFL/Fourier 数值稳定性，需另行使用 cfl_checker.py；也不做实时监控或自动修复。
tdd-repair
tdd-repair 是 ruflo 技能集中的测试驱动修复工具。给定一个失败的测试，它会启动一个有界的无头 `claude -p` 进程（仅允许 Read/Edit/Bash 工具），在不修改测试本身的前提下自动修复被测源码，并以测试的通过/失败作为验证门槛，而非使用 LLM 作为评判者。适用于修复近期提交导致的 CI 失败测试、本地 TDD 工作流中先写失败测试再驱动其变绿、以及回归问题分诊。它带有成本上限、能力上限、范围约束和确认门槛等安全机制，输出结构化的成功/失败回执。
testing-flutter
Testing Flutter 是一个面向 Flutter 3.44+ 项目的测试技能，覆盖 Dart 3.12+、BLoC v9 与 Riverpod 3.0 的测试策略与最佳实践。它适用于编写测试、审查测试覆盖率或搭建测试环境的场景，提供 BLoC 的 bloc_test 测试模式（含 emit.isDone 校验）以及 Riverpod 3.0 Mutations API 的状态测试示例，并指向详细规则文档。
bmad-testarch-test-review
bmad-testarch-test-review 是 BMAD 测试架构企业版（bmad-method-test-architecture-enterprise）中的一个测试质量评审技能。它以“主测试架构师”角色运行，基于知识库与最佳实践对测试质量进行验证与评审。当用户表达“lets review tests”或“I want to evaluate test quality”等意图时触发。该技能采用三模态步骤文件架构：创建模式（steps-c/）用于新运行与断点续跑，验证模式（steps-v/）依据清单进行校验，编辑模式（steps-e/）用于修订已有产出。支持无头（headless）非交互运行，可接收 review_files、context_files、output_file_override、generate_inline_comments 等输入，评审报告默认输出到 {test_artifacts}/test-review/test-review-{run_key}.md。激活时需解析工作流配置、加载持久事实与配置，并依赖 bmod-tea 技能的知识库（tea-index.csv）。若 TEA 未配置或知识库缺失，会提示用户先完成相应安装。
bloc
用于 Flutter 中 bloc 与 flutter_bloc 状态管理的技能，指导创建 Cubit/Bloc、建模状态、接线 BlocBuilder/BlocListener/BlocProvider 及编写单元测试。
testunit-skill
Test::Unit 是 Ruby 的经典 xUnit 风格单元测试框架，通过测试用例类与断言方法编写测试。该技能用于在 Ruby 项目中生成 Test::Unit 测试代码，涵盖基本测试结构、常用断言、测试夹具（setup/teardown 与类级 startup/shutdown）、测试命名与运行方式。适用于用户提到 Test::Unit、assert_equal 等断言，或需要为 Ruby 代码编写经典风格单元测试的场景。
ln-636-manual-test-auditor
ln-636-manual-test-auditor 是一个 L3 工作单元（Worker）技能，用于审计手动测试脚本所产生的证据质量。它针对 tests/manual/ 目录下的 bash 测试脚本，从七个维度评估其是否能够产出可复现、有用的证据：是否采用共享测试框架（harness adoption）、golden 参考文件是否完整、是否引用共享配置、是否遵循 fail-fast（set -e 等）、是否符合项目测试模板、是否具备幂等性、是否有文档说明。审计后会输出 REWRITE_MANUAL_EVIDENCE 或 KEEP_MANUAL_EVIDENCE 结论，并计算合规评分（X/10），生成 markdown 报告。该技能只做审计、不自动修复，且明确排除对自动化测试价值、E2E 优先级、产品行为、覆盖率、可信度、oracle 强度或结构的评判。
testing-patterns
Testing Patterns 是一套关于测试模式与原则的实践指南，聚焦于单元测试、集成测试以及 Mock（模拟）策略。其核心内容包括测试金字塔（大量单元测试、少量集成测试、极少数端到端测试）、AAA 模式（Arrange 准备数据、Act 执行被测代码、Assert 验证结果），以及在不同场景下如何选择测试类型。文档还给出了单元测试应遵循的 FAST 原则（快速、隔离、可重复、自校验、及时），单元测试应测试业务逻辑、边界情况和错误处理，不应测试框架代码、第三方库和简单 getter。集成测试关注 API 端点、数据库事务和外部服务契约，并需做好 setup/teardown。Mocking 部分说明了何时该模拟（外部 API、数据库、时间/随机、网络）与不该模拟（被测代码本身、简单依赖、纯函数），以及 Stub、Spy、Mock、Fake 等模拟类型。此外还涵盖测试组织与命名（should、when、given-when-then）、测试数据策略（工厂、固件、构建器）、最佳实践（每个测试一个断言、测试独立、快速、命名描述性强、清理现场）与反模式（测试实现而非行为、重复测试代码、复杂 setup、忽视不稳定测试、跳过清理）。适合开发者在编写可维护、可靠的测试套件时参考。
threejs-shaders
用于编写与调试 Three.js GLSL 着色器的技能，涵盖自定义材质效果、uniforms 与顶点变形，强调按已安装版本与现有架构工作，并注意编译日志、法线、边界与回退方案。
quality-auditor
Quality Auditor（质量审计员）是一个依据最佳实践对工具、框架、系统与代码库进行综合质量评估的技能，从代码质量、架构、文档、易用性、性能、安全、测试、可维护性、开发者体验、无障碍、CI/CD 与创新共12个维度打分并生成审计报告。
vitest
Vitest 是由 Vite 驱动的下一代测试框架，提供 Jest 兼容 API、原生 ESM 支持、模拟、快照、覆盖率、浏览器模式与 TypeScript 支持。适合测试 Vite 应用、Vue/React 组件及需要快速监听与并行执行的项目。
test-automation-expert
Test Automation Expert 是一个综合性测试自动化专家技能，覆盖单元测试、集成测试与端到端（E2E）测试策略。它帮助设计测试策略、搭建 Jest、Vitest、Playwright、Cypress、pytest 等测试框架，编写有效的单元/集成/E2E 测试，优化测试覆盖率并消除覆盖盲区，调试不稳定（flaky）测试，配置 CI/CD 测试流水线，提供测试驱动开发（TDD）指导以及 Mock 策略与测试夹具方案。其核心理念是测试金字塔：单元测试约 70%（快速、隔离、确定性，验证业务逻辑）、集成测试约 20%（API 契约、组件交互）、E2E 测试约 10%（关键用户旅程、跨浏览器验证）。技能内含框架选择决策树、单元测试 Arrange-Act-Assert 模式、边界 Mock 策略、测试隔离清单、API 与 React 组件集成测试范例、Playwright E2E 最佳实践、flaky 测试成因与修复方式、覆盖率指标与配置示例、GitHub Actions CI 集成、测试并行化配置，以及测试实现细节、过度 Mock、容忍 flaky、覆盖率作秀等反模式。适用于新项目测试策略设计、框架选型与搭建、覆盖率优化、CI 测试流水线配置等场景。不适用于手工 QA 用例编写、负载/性能测试、安全测试和纯 API 契约测试。
cucumber-gherkin
Cucumber 与 Gherkin 是面向 Ruby 与 Rails 应用的 BDD 测试工具组合：用纯文本 .feature 文件描述可执行规格，再由 Ruby 步骤定义驱动被测系统。
daily-report
daily-report 是用于撰写 Pylot crew 团队每日点名/站会报告的标准格式，定义生产健康、开放 issue、待合并 PR、最新更新和后续任务等 5 个部分，包含质量规则与闲置团队的精简状态卡，并规定报告文件路径与写入命令。
geb-skill
Geb 是一个基于 Groovy 的浏览器自动化测试框架，本技能（geb-skill）用于生成 Geb 浏览器自动化测试代码，并与 Spock 测试框架集成。它采用类似 jQuery 的内容 DSL 和页面对象（Page Object）模式来编写测试。当用户提到 "Geb"、"Groovy" 等关键词时可使用该技能。技能内容涵盖基础测试结构（GebSpec）、页面对象定义、Navigator API 的元素定位与操作，以及通过 GebConfig.groovy 配置在 TestMu AI 云平台上执行测试（使用 LT_USERNAME、LT_ACCESS_KEY 环境变量和 RemoteWebDriver）。此外还提供参考文档，涉及项目搭建、页面对象、Spec 测试、等待与异步、高级模式、API 测试、CI/CD 集成、调试和最佳实践等主题。
testcafe-skill
TestCafe 自动化测试技能，用 JavaScript 或 TypeScript 生成端到端测试，支持本地运行与 TestMu AI 云端执行，触发关键词包括 TestCafe、test cafe、fixture/test。
false-green-tests
false-green-tests 是一项用于排查“测试通过但应用已损坏”的技能，来自 reticlehq/reticle。绿色测试只能说明测试本身，不能说明应用可用。该技能通过实际运行应用，并将应用的真实行为与测试断言进行对照，识别五类假绿（false green）：断言不可能失败、测试打桩而应用打真实 API、UI 变化但状态未变、响应无人消费、整块界面从未被覆盖。它借助 Reticle 从内部观察运行中的应用，包括 DOM、网络、控制台、路由与框架状态。使用时需先安装：RETICLE_INSTALL_SOURCE=npx_skill npx @reticlehq/server@latest init，并参考 install-and-verify 技能。该技能给出判定证据：当应用行为与测试矛盾时才算确认，verified: "no" 且 verifiedReason: "contradicted" 表示有通道观测到与 UI 声明不符的情况；unknown 既不是假绿也不是通过。确认假绿后应改写测试断言，指向应用必须产生的后果（带状态的请求、信号、状态路径），而不是断言“不存在”。适用于前端与全栈测试质量排查。
qa-manual-istqb
该技能面向 QA 测试工程师，提供符合 ISTQB Foundation Level（CTFL）的完整测试工件生成工作流，覆盖测试计划、测试分析、测试设计、测试实施、测试执行到测试完成的全过程。它可以从需求、用户故事或验收标准出发，辅助生成测试计划与策略、测试条件与测试用例、缺陷报告与缺陷日志、可追溯性矩阵、以及基于风险的回归套件定义和探索性测试章程。该技能还涉及等价类划分、边界值分析、判定表、状态转换、用例测试等测试设计技术，并支持测试工作量估算、静态测试评审、测试进度与质量指标监控。它提供大量 Markdown、CSV 和 TypeScript 模板，以及一个用于生成 QA 工件的 CLI 脚本。使用前需要 Node.js 18+、Playwright、文本编辑器和 Git。该技能不用于编写和维护版本化的 Playwright 规格代码、Selenium/Java 测试编写、驱动浏览器调试或管理既有回归套件的 CI，也不用于对抗性策略评审。
tdd
一个指导 AI 代理用测试驱动开发（TDD）写代码的技能，提供 RED、DOMAIN、GREEN、DOMAIN、COMMIT 五步循环，支持人工引导与自动编排两种模式，确保持续反馈、约束阶段边界并保留证据。
angular-testing
面向 Angular 应用的测试技能，覆盖单元测试、组件测试、服务测试与 E2E 测试，涉及 Jasmine、Karma、Vitest、Jest、Cypress。基于 Angular 21（2025），说明 TestBed、AAA 模式、异步测试与 mock 等实践，并记录 Vitest 默认化、Karma 弃用等版本变更。
e2e-testing
这是一个基于 Playwright 的端到端（E2E）测试工作流，覆盖浏览器自动化、视觉回归、跨浏览器测试以及 CI/CD 集成。它按七个阶段组织：测试环境搭建、测试设计、测试实现、浏览器自动化、视觉回归、跨浏览器测试和 CI/CD 集成，并给出各阶段可调用的技能与操作步骤。文档强调只选用当前任务所需的阶段，要求使用专用测试账号、隔离夹具和经批准的沙盒端点，因为点击操作可能触发发消息、下单或删除数据；还提醒注意浏览器安装/下载与 CI 权限，并说明 trace、截图、视频和 storage-state 文件可能含凭据或隐私数据，需保密并在分享前脱敏。限制方面，Playwright 的 WebKit 运行不能证明真实 Safari/iOS 表现，移动端模拟也不等于真机测试；视觉基线在差异审核前应保持固定，不得仅为通过而覆盖。
alicloud-network-esa-test
该技能是阿里云 ESA（边缘安全加速）相关技能的最小冒烟测试（smoke test）。其用途是验证 OpenAPI 元数据发现与 API 清单生成流程是否可用，针对产品代码 ESA、版本 2024-09-10 执行测试脚本。测试前提为具备网络访问能力。测试步骤为运行 list_openapi_meta_apis.py 脚本，指定产品代码、版本与输出目录，然后检查输出目录中是否生成了 ESA_2024-09-10_api_docs.json 与 ESA_2024-09-10_api_list.md 两个文件。预期结果为命令执行成功，且 API 列表输出文件包含多个非空 API 名称。该技能属于测试类工具，用于验证阿里云 ESA 技能的基础链路，不涉及具体业务功能实现。