SuperAPI AI 工具集

Skill 广场

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

更新于 10-24 00:15

测试与质量

12,622 个结果

python-testing-conventions

这是一个为 Python 项目提供测试约定的技能,重点讨论测试代码中复制与可读性的取舍、fixture 应覆盖的范围,以及何时该用真实的依赖而非 mock。它主张“fixture 优先”:测试所需的各种准备(临时目录树、伪造的 HOME、被替换的 c.run、构造好的对象、monkeypatch 的环境变量)都应写成 pytest fixture,必要时提升到 conftest.py,并优先使用 tmp_path、monkeypatch、capsys、caplog 等内置 fixture。它区分了 DAMP 与 DRY 的不同适用面:准备机制保持 DRY,测试所验证的场景保持显式可读;真正的输入到期望值矩阵用 parametrize,而逻辑不同的场景应另写测试。它还强调不要对套件能够完整掌控生命周期的依赖做 mock,例如 SQLite 文件、临时目录、本地队列、自己的入口程序子进程,应运行真实对象;只有第三方 HTTP API 之类无法掌控的才适合手写替身。此外,测试中不应运行会改动代码的命令,除非被测对象本身就是该改动。技能由 python-conventions 拆分而来,pytest 自身的配置仍归仓库的质量工具链管理。

测试与质量22 次安装

GSD Verifier

GSD Verifier 是面向 GSD 工作流的验证智能体,核心原则是“什么都不信,一切都验证”。它接收阶段计划与总结,先确立必须满足的真值(truths)、产物(artifacts)和关键连接(key_links),再对代码做三级检查:文件是否存在、实现是否真实而非占位、是否被实际调用和连线;同时扫描 TODO、空实现、仅 console.log 等反模式,检查需求覆盖情况,识别必须人工确认的项目,最终生成 VERIFICATION.md,给出 passed、gaps_found 或 human_needed 状态,并把缺口整理成可供后续规划使用的 YAML 结构。

测试与质量22 次安装

ork-verify

Ork Verify 是一个用于验证既有工作是否已具备合并、发布或交接条件的技能。它要求先写出明确的证据契约,包括目标、必需检查项、环境、成功条件和预算,再依据仓库说明中的规范命令,先运行最窄范围的相关检查,再考虑更大范围的测试套件。该技能强调如实报告每条命令及其摘要,对依赖第三方命令或 API 的检查需通过 context7 MCP 服务器确认当前参数与语义,并把缺失日志、不可用的外部服务和被跳过的关卡视为未知而非成功。对于实质性变更,建议使用独立的 ork_verifier 角色或全新的 Codex 审查者,基于原始任务和最终产物进行复核,而非实现者的推理。最终返回 PASS、FAIL 或 BLOCKED 的二元判定,并附上证据、缺口和下一步行动,且不修改源文件或测试。

测试与质量22 次安装

explore-test

explore-test 是一个基于会话式测试管理(SBTM)的探索性测试技能,用于分析当前 git 变更并生成有代码依据的探索性测试场景。它会提取变更文件中的具体函数签名、参数类型、常量阈值、错误类型等代码元素,按风险等级对变更分类,并据此推导测试章程(charter)与场景。每个场景包含风险假设、具体测试输入、预期行为与风险行为,以及可直接执行的测试方法(如 shell 命令或函数调用)。适用于在代码提交后快速识别未知风险、补充测试覆盖。

测试与质量21 次安装

browser-use

browser-use 是一个命令行浏览器自动化工具,通过 CLI 命令实现快速、持久的浏览器交互。浏览器会话在多个命令之间保持开启,便于执行多步骤工作流。可用于网页导航、表单填写、点击、输入、下拉选择、截图、数据提取、Cookie 管理、多标签页管理以及通过 Python 持久会话编写脚本。支持 chromium(默认无头)、real(使用本机 Chrome 登录会话)、remote(云端浏览器,需 API Key)三种模式。部分高级功能(AI 代理任务 run、LLM 数据提取 extract、云端浏览器)需要配置 API Key。

测试与质量21 次安装

ac-code-validator

AC Code Validator 是一个用于验证代码质量与规范的静态分析工具。它通过运行代码检查(linting)、类型检查、格式校验和安全扫描,确保代码在集成前符合质量标准。该工具支持 Python、TypeScript、JavaScript 和 Go 等语言,可分别调用 Ruff/Flake8、ESLint、mypy、tsc、Black、Prettier、golint、go vet、gofmt、Bandit、npm audit、gosec 等工具。它提供统一的验证结果,包含各检查项的通过状态、错误与警告数量、具体问题位置,以及可自动修复的问题统计。用户可通过配置指定语言、工具、规则(如最大行长度、最大复杂度、是否要求文档字符串)和忽略模式。此外,它支持自动修复可修复的问题,并可集成到 ac-qa-reviewer、ac-commit-manager 等流程中。

测试与质量21 次安装

accessibility-testing

这是一个基于 axe-core 与 Playwright 的自动化无障碍测试技能,用于检查网页是否符合WCAG 2.1 AA/AAA合规性要求。它能够帮助开发者发现可访问性问题、确保键盘导航正常工作、验证屏幕阅读器兼容性,以及检测颜色对比度和表单标签等常见无障碍缺陷。该技能提供了完整的测试代码示例,涵盖全页面扫描、特定元素检查、动态内容排除、不同WCAG合规级别测试、最佳实践规则以及自定义规则等功能。通过 npm 安装 @axe-core/playwright 包后,可以在 Playwright 测试框架中直接调用。适用于需要在持续集成流程中自动化检测无障碍问题的前端开发和测试团队。

测试与质量21 次安装

browser-e2e-tester

Browser E2E Tester 是一个基于浏览器的端到端测试工具,用于验证功能实现是否满足验收标准。它通过脚本方式运行浏览器自动化测试,支持按功能或批量执行测试,覆盖从加载验收标准、启动测试服务器、执行测试步骤、截图记录,到验证 UI 状态、API 响应与数据持久化,最后生成测试报告并更新功能状态的完整流程。它提供 Playwright 原生集成,以及 Puppeteer、Selenium 适配器和 Cypress CLI 集成,适合需要验证用户流程与功能验收的场景。

测试与质量21 次安装

review-multi

review-multi 是一个用于对 Claude Code 技能(skill)进行多维度系统化评审的框架。它从结构、内容、质量、可用性和集成五个独立维度对技能进行评估,结合自动化校验与人工评估,给出客观的质量评分和改进建议。每个维度按 1-5 分打分,再按权重计算总分并映射为 A/B/C/D/F 等级,用于判断技能是否达到生产可用标准。该技能提供三种评审模式(全面评审、快速检查、自定义),并包含结构校验脚本 validate-structure.py。适用于技能上线前验证、质量保证、持续改进、生产就绪评估和团队评审校准等场景。

测试与质量21 次安装

skill-validator

skill-validator 是一个用于确保 Claude Code 技能达到质量标准的验证工具,通过结构、内容、模式和就绪度四类验证操作,对技能进行通过/不通过的二元判定,作为技能部署前的质量门禁。它不同于 review-multi 的 1-5 分评分,而是针对生产部署的最低标准进行把关,适用于部署前检查、质量规范执行、持续集成、认证、更新后验证和生态一致性维护等场景。

测试与质量21 次安装

test-observability

Test Observability 是一套将 Playwright 测试接入可观测性栈(OpenTelemetry、Grafana、Prometheus、Loki、Tempo)的实践方案,用于在分布式系统中调试测试失败、度量测试指标并关联日志。它通过 OTEL Reporter 把测试运行数据发送到 OTEL Collector,再分发到 Tempo(链路追踪)、Loki(日志)和 Prometheus(指标),最终在 Grafana 中查看测试仪表盘。方案还提供 Tracetest 集成,支持基于链路追踪的断言,可对后端 span 的状态码、数据库查询耗时、支付服务状态等进行校验。适用于需要跨浏览器、API、数据库和服务定位失败根因的端到端测试场景。

测试与质量21 次安装

git-bisect

git-bisect 是一个用于定位引入测试失败或测试不稳定(flaky)提交的提示词技能。它引导 AI 扮演资深软件工程师,通过 git bisect 系统性地二分查找 git 历史,找出导致测试失败的确切提交。该技能要求 Git CLI 可用、仓库处于干净状态、测试命令可执行,并建议使用 NX_DAEMON=false 避免 Nx 守护进程异步重算影响稳定性。工作流程包括:解析参数(坏提交/分支、好提交/分支、测试命令)、验证问题是否存在、启动 git bisect、执行自动化二分(git bisect run)、必要时手动二分、识别罪魁提交并重置,最后输出包含作者、日期、提交信息、变更文件及后续步骤的结果报告。它还涵盖跳过构建错误或意外失败提交、处理 flaky 测试、多测试文件组合、超时包装、错误恢复等常见模式与注意事项。

测试与质量21 次安装