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

Skill 广场

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

更新于 10-22 00:14

测试与质量

12,510 个结果

opik-integrations-auditor

Opik Integrations Auditor 是一个用于审计、比较和记录 Opik 集成情况的技能，覆盖 Python SDK、TypeScript SDK 以及后端 OTEL/API 三个层面。它通过一套可重复、以证据为先的工作流程，帮助使用者检查现有集成的行为、覆盖范围与文档质量，识别代码、测试和文档之间的差距，并为新集成的设计与实现提供参考。使用时会产出一系列结构化交付物，包括集成清单表、每个集成的模式分类、跨层面比较矩阵、问题与风险列表、文档补丁计划以及测试计划。该技能适合在新增集成、评审现有集成、编写跨语言集成模式文档等场景下使用。

测试与质量37 次安装

doc-bdd-autopilot

doc-bdd-autopilot 是一个自动化 BDD 生成流水线技能，属于 aidoc-flow-framework 的第 4 层。它可以从上游 EARS 文档（docs/03_EARS/）、用户提示词或实现计划（IPLAN-*）出发，自动检测输入类型，生成完整的 Given-When-Then 场景套件，校验就绪状态，维护 BDD-00_index.md 索引，并驱动审计与修复循环，直到达到 ADR-Ready 通过分数。支持单个 BDD 或批量处理，适用于需要从需求文档自动产出可验证 BDD 场景的团队。

测试与质量37 次安装

trust-but-verify

「信任但验证」（Trust But Verify）是一个用于对系统声明、测试结果与各类假设进行独立验证的技能。它的核心理念是：不盲信测试通过、文档描述、进度记录或干系人的预期，而是通过独立执行验证来发现虚假信心与盲点，从而更早暴露问题。它适用于测试通过但怀疑仍有隐患、文档声称功能可用、记忆或进度追踪显示已构建、需要在高风险决策前验证假设、准备生产发布或高风险变更、接手质量信号不明的系统等场景。该技能会先识别并分类声明（按关键性、可验证性、来源可信度、距上次验证时间），再设计验证策略（独立测试执行、系统探测与健康检查、用户场景模拟、数据校验、性能基准、安全测试、文档与实现比对等），随后以怀疑性视角执行验证，并对比声明与验证结果，识别假阳性、假阴性、差异幅度并生成可执行报告与建议。文档提供了按声明类型划分的验证策略、示例命令及报告输出格式。

测试与质量37 次安装

tdd-anti-patterns

该技能是一份测试套件反模式参考目录，用于审计代码中的 TDD 坏味道。每个坏味道都给出可观察的症状、为什么是错误的解释，以及可修复它的 TDD 技术指引。适用于测试代码评审、测试套件膨胀后需要判断优先修什么、新人入职时说明「我们不这样做及原因」、以及诊断 CI 痛苦（慢、易碎、难调试）。不适用于尚未编写测试的场景，或某个具体测试因正当原因失败的调试场景。

测试与质量37 次安装

tdd-identify

tdd-identify 是一个用于 TDD（测试驱动开发）过程中的诊断型技能，帮助开发者在卡住时判断当前应该采用哪一种 Kent Beck 的 TDD 技术。当测试处于红灯状态却不知道如何让它变绿、不确定该直接写实现还是先伪造再泛化、不知道该写下一个测试、测试依赖过慢或外部资源、或刚修复完 bug 不确定留下什么测试时，都可以用它来定位下一步。它通过一组有序问题引导判断：知道要写什么代码就用 tdd-obvious-implementation；只知道单个输入的答案就用 tdd-fake-it；需要泛化就用 tdd-triangulate；测试太大就用 tdd-child-test；不知写哪个测试就用 tdd-one-step-test；涉及数据库、网络、文件系统或时间就用 tdd-mock-object；测试单独通过但一起失败就用 tdd-test-isolation；不熟悉第三方库就用 tdd-learning-test；修复 bug 后就用 tdd-regression-test；审查测试坏味道则用 tdd-anti-patterns。该技能本身不执行测试，而是做技术路由与决策辅助。

测试与质量37 次安装

tdd-mock-object

tdd-mock-object 是软件设计技能集中的一项技能，聚焦于在测试中用测试替身（test double）替代真实协作对象的方法论。它适用于当一个真实协作对象太慢、太外部化或太不确定，不适合在测试中直接调用时——例如测试会访问数据库、网络、文件系统、消息中间件等 JVM 之外的资源，或依赖系统时间、随机性等非确定性来源，或调用缓慢、收费、有速率限制的第三方 API。文档同时强调“克制使用”：过度使用 mock 会让测试耦合于实现细节而非行为。技能介绍了五种测试替身分类（Dummy、Fake、Stub、Spy、Mock）及 JVM 库选择（Java 用 Mockito，Kotlin 用 MockK）。核心风险是过度 mock：测试变成验证实现而非行为，且测试本身大部分是 mock 设置代码。文档给出决策启发式：真实对象优先于 fake，fake 优先于 stub，stub 优先于 spy/mock；在边界处 mock，域内部优先真实对象；时间注入 Clock，随机注入 Random，HTTP 包装成自有小接口。还列出常见反模式，如 mock 数据库、mock 值对象、mock 框架、脆弱的调用次数验证、fake 缺少契约测试、直接 mock 第三方 SDK。整体属于测试与质量领域的方法论指导，不涉及收费、定价或平台部署信息。

测试与质量37 次安装

playwright-skill

playwright-skill 是一个基于 Playwright 的通用浏览器自动化技能，用于按需编写并执行自定义自动化脚本。它会自动检测本地正在运行的开发服务器，将测试脚本写入 /tmp 目录，默认以可见浏览器窗口运行，便于调试。可用于测试页面、填写表单、截图、检查链接、验证登录跳转、测试响应式设计等任务。脚本通过 run.js 统一执行，支持内联执行简单任务，并提供 detectDevServers、safeClick、safeType、takeScreenshot、handleCookieBanner、extractTableData 等辅助函数，还支持通过环境变量注入自定义 HTTP 请求头。

测试与质量37 次安装

YunxiaoQA

YunxiaoQA（对外中文名“测试任务”）是面向测试人员的云效（Projex）自动化 Skill，正式选择器为 $YunxiaoQA。它负责测试侧的读写：接收并开始【测试】任务，把需求从待测试推进到测试中，从可核验的测试证据清单记录测试计划、用例执行、报告和 test 部署证据，诊断查重后一键发起缺陷，并在满足硬门禁后完成测试、推进需求到测试完成，输出可机器校验的发布候选交接。所有写云效操作强制先进入 Plan 模式对齐参数，确认后一次性执行并官方回读；编号采用精确匹配硬门禁，禁止用浏览器点击改状态。缺陷验证者强制为当前登录测试用户，本期负责人取同交付【开发】负责人。该 Skill 只做测试侧，不创建【开发】/【测试】任务、不代开发改状态、不创建迭代。

测试与质量36 次安装

diagnostics-report-analyzer-skill

该技能用于分析 AvdLee Diagnostics 框架生成的单文件 HTML 报告，面向客户支持和调试场景。当用户需要查看、总结、分诊或调试这类报告时使用。报告通常以 .html 附件形式通过邮件发送，可能包含结构化 JSON 加浏览器渲染器，也可能是较旧的纯预渲染 HTML。核心原则是把报告当作诊断证据而非普通网页；较新的报告内置结构化 JSON 负载，比渲染后的 HTML 更精确、更节省 token。分析流程优先提取内嵌的 JSON（script 标签 id 为 diagnostics-report-data），以其为事实来源，忽略 CSS、JavaScript、导航标记和渲染 HTML，除非某章节明确使用 legacyHTML。若无 JSON，则回退解析旧版 HTML，日志通常在 #log-sessions，会话包裹在 .collapsible-session details 中，日志级别以 .debug、.error、.system、.crash 表示。分析时优先读取 agentHints，检查应用与系统元数据，先看最新会话，优先处理崩溃、错误、MetricKit 诊断和异常系统日志。输出默认分为摘要、证据、建议下一步三部分。

测试与质量36 次安装