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

Skill 广场

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

更新于 10-20 00:13

测试与质量

12,393 个结果

dotnet-unit-testing

这是一个用于为 Clean Architecture 项目生成单元测试的技能，专门面向命令（Command）与查询（Query）处理器（Handler）。它使用 xUnit 作为测试框架、NSubstitute 作为 Mock 库、FluentAssertions 提供可读断言，并遵循 Arrange-Act-Assert（AAA）模式编写测试。技能提供了测试项目文件、基础测试类、命令处理器测试、查询处理器测试、验证器测试以及领域实体测试等模板，覆盖成功路径、失败处理、输入验证和副作用验证等测试类型，帮助 .NET 开发者在单元测试层面组织出结构清晰、覆盖较全面的测试代码。

测试与质量54 次安装

testing-best-practices

Testing Best Practices 是一套面向 QA 与测试工作的实践指南技能，帮助把产品行为、需求和代码路径转化为有用的检查。它不绑定特定框架，核心是测试纪律：从用户可见或公开契约出发，按风险选择合适的测试形式（探索性笔记、手工测试用例、回归清单、单元覆盖、集成场景或自动化任务），让每个检查都验证有意义的行为、需求、分支、状态转换、错误路径或清理保证。技能覆盖手工测试用例、测试计划、覆盖率审查、自动化场景、单元测试、Playwright 浏览器与组件集成测试、定位器，以及 /unit-test-grill、/integration-test-grill、/testcase-grill 等规划模式。

测试与质量54 次安装

testing-lazy-lists

这是一项用于在 Jetpack Compose 中正确测试惰性列表（LazyColumn、LazyRow、LazyVerticalGrid 等）的技能。惰性列表只组合视口附近的项目，导致“按文本查找并断言”的朴素流程失效。该技能总结 androidx 自身采用的模式：为容器和每个条目打 testTag、通过语义操作滚动、用 assertIsDisplayed 验证可见性、读取 LazyListState.layoutInfo 获取真实数据。适用于为 Lazy* 可组合项编写测试、通过索引或 key 程序化滚动、断言条目位置偏移、测试条目放置动画等场景。它给出强制规则与验证清单，明确区分 assertExists 与 assertIsDisplayed、onChildren 计数与 layoutInfo 计数，并建议用 performScrollToKey 提升测试稳定性。

测试与质量54 次安装

understanding-the-testing-pyramid

这是一个 Android 测试技能，用于帮助团队按 Google 的 small / medium / big 三层作用域词汇来规划测试套件规模。它解释了为什么大多数应用应该以大量小测试为主、少量大测试为辅，即形成金字塔形状；同时说明 Google 现行文档只给出定性的"多小少大"描述，而广为人知的 70/20/10 比例并非来自 developer.android.com，而是来自 Software Engineering at Google 第 11 章。技能还强调作用域与执行位置（本地 JVM / 真机 instrumented）是两个独立维度，指出 Robolectric 属于本地测试而非 instrumented 测试，并给出何时应有意打破金字塔的例外情形，以及为每个新测试标注作用域的强制规则。

测试与质量54 次安装

qa-review-pr

以 QA 工程师视角评审 pull request，核对该改动是否真正解决所描述的问题，标记向后兼容性破坏与风险，并列出必须验证的使用场景。该技能强调用业务语言而非代码术语表达结论，输出分为四个部分：是否完成、向后兼容性、合并风险、必须验证的内容。整体评审限制在 180 词以内，每个发现只出现在一个部分中，列表按对终端用户的影响严重程度排序，并明确区分由代码证实的缺陷与需要人工验证的场景。

测试与质量54 次安装

contract-tester

contract-tester 是一个面向 API 质量保障的合同（Contract）测试与校验技能，主要用于对照 CTR（Contract）文档验证 API 实现、检测破坏性变更，并确保服务提供方与消费方之间的兼容性。它支持 CTR YAML 模式校验、OpenAPI/AsyncAPI 合规检查、合同语义化版本校验、破坏性变更检测、Mock 服务器生成、消费者驱动合同测试（Pact）、合同兼容性矩阵维护，以及从 CTR 生成 API 文档。该技能需要在具备读取 CTR 文件、写入测试文件与文档、执行校验与测试工具等能力的环境中运行，并依赖 pyyaml、jsonschema、openapi-spec-validator、pact-python、faker 等库。其工作流覆盖解析 YAML、模式校验、版本检查、破坏性变更检测、生成 Mock 服务器、运行合同测试、生成文档等环节，可用于在部署前阻止 API 合同违规。具体收费、价格与平台支持情况暂未提供。

测试与质量54 次安装

release-gate

release-gate 是一个用于执行 VMark 发布门禁（release gates）并汇总结果的技能。它面向需要确认代码库是否达到发布标准的场景，帮助使用者运行完整质量检查、验证就绪状态或生成门禁报告。该技能的核心动作是运行完整的 VMark 门禁命令 pnpm check:all，并对其结果进行汇总。具体流程包括：先确认当前分支和脏状态（git status -sb）；然后运行完整门禁 pnpm check:all，或分步运行 pnpm lint && pnpm test && pnpm build；如果出现失败，捕获第一个错误块并停止；最后报告哪些步骤被运行（lint/test/build）、通过或失败状态、关键错误以及后续行动。使用偏好上，除非被明确要求，否则优先运行完整门禁而非部分命令；同时不要运行交互式开发服务器。该技能适用于发布前检查、持续集成就绪验证、质量门禁汇报等场景，帮助团队快速判断代码是否可发布。

测试与质量54 次安装

purchase-testing

purchase-testing 是一个用于排查应用内购买（In-App Purchase）失败问题的技能，适用于沙盒或测试购买无法完成、或用户即将进行首次沙盒购买的场景。它按五个层次定位故障：Adapty 面板配置、应用代码、商店与 Adapty 的连接、商店后台、设备与账号。技能会先自动检查能自行访问的部分（通过 Adapty CLI 读取应用、投放位、流程、付费墙和产品配置），再让用户处理需要人工在商店后台或手机上操作的部分。它不负责连接商店，也不编写代码——这两类工作属于 adapty-integration。技能提供分步的首次购买测试流程，包括设置测试账号、执行购买、确认事件到达 Adapty、以及恢复购买和续订验证，并针对 App Store 和 Google Play 提供各自参考文档。诊断时通过现象模式缩小故障层，例如付费墙不出现、价格缺失、手机上显示旧设计、购买完成但未解锁等都有对应的排查方向。该技能强调先定位再修复，并明确指出无法从本地检查的项目，如手机状态、商店后台一致性、事件与用户资料、以及生产环境行为。

测试与质量53 次安装

behavior-driven-testing

行为驱动测试（Behavior-Driven Testing）是一套系统化测试方法论，用于实现穷尽式分支覆盖、识别边界与边缘情况，并预防生产环境缺陷。其核心理念是：从用户行为出发而非代码结构出发，确保每一个用户可达路径都被测试，不留未覆盖分支、不假设边缘情况。资料给出的工作流为分析→设计→执行→验证覆盖→发布（或回环），并列出各阶段共 11 个步骤，涵盖需求定义（Gherkin 规格）、代码变更追踪、状态机分析、分支映射、等价类划分、边界分析、影响分析、优先级划分（P0 每次提交→P3 周期性）、测试数据准备、测试实现（单元/集成/E2E）、分阶段执行（本地→CI→预发）与覆盖验证。资料提供必测分支速查表（空值、边界、认证状态、API 响应、用户混乱操作）与“空白字符串陷阱”示例，强调 if(!text) 无法拦截纯空格输入，应使用 if(!text?.trim())。还列出常见错误及修复方式，并给出分支矩阵模板（ID、条件、真/假行为、优先级、状态）与发布前检查清单。适用场景为 PR 评审发现覆盖不全、需要系统设计测试用例、防范生产 bug 的工程团队；具体收费、价格、平台支持信息暂未提供。

测试与质量53 次安装