SuperAPI AI 工具集

Skill 广场

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

更新于 11-02 00:09

测试与质量

13,038 个结果

ai-regression-testing

这是一套面向 AI 辅助开发场景的回归测试策略。其核心问题是:当同一个 AI 模型既编写代码又审查自己的代码时,会带着相同的假设进行两步工作,从而产生系统性的盲区,只有自动化测试才能捕获。资料给出的典型失败模式是:AI 写修复 → AI 审查修复 → AI 说「看起来正确」→ Bug 依然存在。资料中举出真实案例:某字段被反复漏加 4 次,包括忘记加入 SELECT 查询、加入后触发 TypeScript 构建错误、改用 SELECT * 后只修了生产路径却漏了沙箱路径,直到第 4 次才被测试在首次运行中立即捕获。该技能提出以沙箱(sandbox/mock)模式进行无需数据库的 API 测试,并给出 Vitest + Next.js App Router 的配置示例、Next.js API 路由测试辅助函数、回归测试写法、沙箱与生产路径一致性测试方法,以及将测试集成进 bug-check 工作流的自定义命令定义。此外还总结了四类常见 AI 回归模式及对应的修复与测试代码:沙箱/生产路径不一致、SELECT 子句遗漏、错误状态泄漏、乐观更新缺少回滚。策略上主张「在发现 Bug 的地方写测试」,而非追求 100% 覆盖率。

测试与质量1 次安装

click-path-audit

click-path-audit 是一个行为流程审计技能,用于追踪用户界面中每个按钮或交互触点的完整状态变更序列,发现静态代码阅读难以察觉的缺陷,例如状态交互副作用、顺序调用之间的竞态条件,以及处理函数之间相互抵消的问题。它通过先建立状态存储的副作用映射,再逐个审计交互触点,检查后续调用是否撤销了先前调用的状态变更,以及最终状态是否符合按钮标签的承诺。该技能适用于按钮“无反应”、修改共享状态后、重构后以及发布前的关键用户流程检查,不适用于 API 层缺陷、样式布局或性能问题。

测试与质量1 次安装

eval-harness

Eval Harness 是一个面向 Claude Code 会话的正式评估框架,实现评估驱动开发(EDD)原则。它把评估视为“AI 开发的单元测试”:在实现之前定义预期行为、开发过程中持续运行评估、跟踪每次变更带来的回归,并使用 pass@k 指标衡量可靠性。框架支持能力评估(测试 Claude 能否完成以前做不到的事)与回归评估(确保改动不破坏现有功能),提供基于代码、基于模型和人工三种评分器,并给出 pass@k、pass^k 等指标与阈值建议。评估产物存储在项目的 .claude/evals/ 目录下,可结合 /eval 命令进行定义、检查和报告。适用于为 AI 辅助工作流建立 EDD、定义任务完成通过/失败标准、创建回归测试套件、跨模型版本基准测试等场景。

测试与质量1 次安装

healthcare-eval-harness

Healthcare Eval Harness 是一个面向医疗应用部署的患者安全评估工具集,用来自动化验证医疗软件在发布前的安全性。它围绕五个测试类别组织测试:CDSS 准确性、PHI 泄露、数据完整性、临床工作流与集成合规。其中前三类为 CRITICAL 关卡,要求 100% 通过率,任一项失败即阻止部署;后两类为 HIGH 关卡,要求 95% 以上通过率,未达标时发出警告并允许在人工审查后继续。该工具以 Jest 作为参考测试运行器,测试类别与通过阈值不依赖具体框架,可适配 Vitest、pytest、PHPUnit 等。适用于 EMR/EHR 应用部署前、修改 CDSS 逻辑后、更改涉及患者数据的数据库结构后、调整认证与访问控制后,以及医疗应用的 CI/CD 流水线配置和临床模块合并冲突解决后。通过时生成评估报告,给出各分类的通过情况、覆盖率与最终部署结论。

测试与质量1 次安装

kotlin-testing

Kotlin 测试模式集合,围绕 Kotest、MockK、协程测试、属性测试与 Kover 覆盖率展开,遵循 TDD 方法论。内容涵盖 Kotest 多种规格风格(StringSpec、FunSpec、BehaviorSpec、DescribeSpec)、匹配器与自定义匹配器、MockK 基础与协程模拟、参数捕获、Spy 与部分模拟、runTest 与 Flow 测试、TestDispatcher、属性测试与自定义生成器、数据驱动测试、测试生命周期与扩展,以及 Kover 覆盖率配置。适用于编写新 Kotlin 函数或类、为既有代码补充测试、实现属性测试、按 TDD 流程开发以及配置覆盖率检查等场景。

测试与质量1 次安装

springboot-tdd

springboot-tdd 是一套面向 Spring Boot 服务的测试驱动开发(TDD)工作流指南,基于 JUnit 5、Mockito、MockMvc、Testcontainers 与 JaCoCo 等工具,目标是在单元测试与集成测试层面达到 80% 以上的覆盖率。它适用于新增功能或接口、修复缺陷、重构代码,以及添加数据访问逻辑或安全规则等场景。工作流要求先编写会失败的测试,再实现最小可用代码使其通过,随后在测试全绿的前提下重构,并通过 JaCoCo 强制检查覆盖率。资料给出了单元测试、Web 层测试、集成测试、持久层测试的具体代码示例,以及 Testcontainers、覆盖率插件配置、断言方式、测试数据构建器和 CI 命令等实践要点。

测试与质量1 次安装

tdd-workflow

tdd-workflow 是一个强制测试驱动开发(TDD)流程的技能,适用于编写新功能、修复缺陷或重构代码的场景。它要求先写测试再写实现代码,并保证单元测试、集成测试与 E2E 测试合计覆盖率不低于 80%,覆盖边界条件与错误场景。技能定义了从编写用户旅程、生成测试用例、运行测试确认失败(RED)、实现最小代码、再次运行测试通过(GREEN)、重构到验证覆盖率的完整步骤,并建议在 Git 仓库中为每个阶段创建检查点提交。

测试与质量1 次安装

ui-demo

ui-demo 是一个用于录制网页应用 UI 演示视频的技能,基于 Playwright 的视频录制能力实现。它的核心特点是注入光标叠加层、控制自然节奏,并按照讲故事的方式组织演示流程。该技能适用于用户要求制作演示视频、屏幕录制、操作引导或教程视频的场景,例如向他人展示某个功能或工作流、为文档/新手引导/利益相关方演示制作视频。整个录制过程分为三个阶段:发现(Discover)、排练(Rehearse)、录制(Record),明确要求不得直接跳到录制阶段。发现阶段会先探索目标页面、导出现有可交互元素,理解表单字段、下拉选项、富文本支持、必填项、动态内容、按钮文案和表格表头等真实情况,避免基于假设编写脚本。排练阶段在不录制的情况下验证每个选择器是否可用,通过 ensureVisible 等辅助函数在失败时输出可见元素列表,只有全部选择器通过后才进入录制。录制阶段强调讲故事式流程(进入、上下文、主要动作、变化、结果)、节奏控制(登录后停 4 秒、导航后 3 秒、点击按钮后 2 秒等)、注入 SVG 箭头光标、鼠标移动后再点击、逐字缓慢输入、平滑滚动、仪表盘平移浏览以及底部字幕条。技能还提供了完整的脚本模板和录制前检查清单,并列出常见问题(如导航后光标消失需重新注入、视频太快需增加停顿、下拉选择处理不当等)。

测试与质量1 次安装

playwright-e2e-testing

Playwright 是一个现代化的端到端(E2E)测试框架,提供跨浏览器自动化能力,内置测试运行器、自动等待机制以及良好的开发者体验。它支持 Chromium、Firefox、WebKit 三大浏览器引擎的跨浏览器测试,可用于测试 Web 应用的完整用户流程与交互,并支持截图与视频录制。该技能适合在前端或完整 Web 应用开发中编写端到端测试,覆盖用户登录、表单交互、鼠标键盘操作、页面断言等场景,同时提供网络请求拦截与模拟、UI 模式、Trace Viewer 与 Inspector 等调试手段,以及基于存储状态的认证复用与多用户角色夹具等模式。

测试与质量1 次安装