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

Skill 广场

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

更新于 10-21 00:11

测试与质量

12,433 个结果

form-testing

Form Testing 是一个用于系统化测试应用表单的技能，借助 Cursor 内置浏览器遍历应用中的全部表单，用有效和无效数据执行填写与提交，验证校验逻辑、错误状态和成功流程。它会先用 browser_snapshot 获取无障碍树，寻找 form 元素或 input、select、textarea 组合，并浏览登录/注册、设置/个人资料、搜索栏、联系/反馈、结账流程、含输入的弹窗等主要页面以发现所有表单。对每个表单执行三轮测试：空提交、无效数据（邮箱输入 notanemail、密码输入过短的 a、数字字段输入 abc、电话输入 12345、URL 输入 not-a-url）、有效数据。随后检查边界情况，包括快速双击提交是否被阻止、粘贴 1000+ 字符长字符串是否被截断或拒绝、输入 XSS 脚本是否被转义，以及用 Tab 验证焦点顺序。最后通过 browser_console_messages 与 browser_network_requests 检查错误和失败的 API 调用，输出 PASS/FAIL 报告并修复发现的失败项。除上述流程外，具体实现细节、配置方式和平台支持范围暂未提供。

测试与质量44 次安装

parallel-test-fixing

Parallel Test Fixing 是一种通过并行子代理加速修复测试套件的工作流技能。当多个测试文件同时失败时，它先运行完整测试套件并捕获输出，解析出所有失败的测试文件，按文件分组，然后为每个失败文件启动一个独立的子代理，让它们并行地各自修复。每个子代理会读取测试文件与被测源码、分析失败原因、优先修改源码（或在测试本身有误时更新测试）、单独运行该测试文件确认通过，并报告改动内容与原因。全部完成后，再运行一次完整测试套件进行验证，若出现因修复冲突导致的新失败则顺序解决。该技能还提供若干实践建议：若两个失败测试共享同一源码文件，应交给同一子代理以避免编辑冲突；为子代理设置超时，卡住超过 5 分钟需检查进度；对于 50 个以上失败的大型测试套件，按每组 5 到 10 个批量分配而非每文件一个；如需为每次修复尝试提供隔离的工作树，可使用 best-of-n-runner 子代理。

测试与质量44 次安装

test-dispatch

test-dispatch 是一个位于 /test 命令背后的测试路由技能，本身不包含测试逻辑，只负责解析参数并把请求分派给匹配的测试引擎。它支持识别 run、qa、tdd、e2e、coverage、init、regression 等子命令及裸作用域标记，将 run 转发给 test-runner，qa 转发给 qa-reviewer，tdd 转发给 tdd，e2e 转发给 playwright-e2e-init，coverage 转发给 husky-test-coverage，init 转发给 testing-cicd-init，regression 转发给 testing-expert 的 AI 回归模式。无参数时只输出状态概览和模式表，不做任何修改；参数无法识别时打印表格而不猜测。路由层不直接创建或修改文件，也不会自动串联会产生改动的子命令；--no-fix 或仅报告模式会禁止源代码与测试编辑，即使此前已授权修复也不例外。在进行首次源文件或测试修改前，需要获得明确的修复授权，已有的明确授权在其范围内可满足该门槛。

测试与质量44 次安装

testing

Testing 是一个面向软件测试的 AI 技能，提供覆盖 pytest、unittest、mock、fixture 以及测试驱动开发（TDD）的测试模式与最佳实践，并集成扩展思考（extended thinking）机制，用于进行更审慎、以假设驱动的测试设计。技能涵盖单元测试、集成测试、fixture 与 mocking、覆盖率分析、TDD、假设驱动开发（HDD）、测试策略设计、pytest 配置、基于属性的测试和变异测试等场景。资料提供了大量 pytest 命令示例（运行测试、详细输出、覆盖率报告、失败即停、并行执行）、典型测试结构、fixture 定义、mocking 用法、参数化测试与覆盖率配置示例，并给出扩展思考的测试设计模板与多租户授权系统的 HDD 示例。

测试与质量44 次安装

qa

qa 是一个用于系统化 QA 测试 Web 应用的技能/工作流。它让 AI 智能体像真实用户一样点击、填写表单、检查各种状态，并产出带证据的结构化报告。支持三种模式：full（默认，系统性探索所有可达页面，记录 5-10 个有充分证据的问题并给出健康分）、quick（约 30 秒冒烟测试，访问首页加前 5 个导航目标，检查页面加载、控制台错误、失效链接）、regression（先跑 full，再加载上一次的 baseline.json 对比，找出已修复问题、新问题和分数变化）。工作流涵盖初始化、认证、定向（提取应用导航结构并识别框架如 Next.js、Rails、WordPress、SPA）、探索、记录问题、收尾计算健康分等阶段，并按控制台、链接、视觉、功能、UX、性能、内容、可访问性等维度加权打分。需要 browse 二进制工具配合。

测试与质量44 次安装

condition-based-waiting

该技能用于解决测试中的竞态条件、时序依赖和不稳定的通过/失败行为。其核心理念是等待你真正关心的实际条件，而不是猜测需要多长时间，从而用条件轮询替代任意超时。适用于测试中使用了任意延迟（setTimeout、sleep、time.sleep()）、测试不稳定（有时通过、在负载下失败）、并行运行时超时，以及等待异步操作完成的场景。不适用于测试真实时序行为（如防抖、节流间隔）的场景；若必须使用任意超时，应始终记录原因。技能提供了通用轮询函数 waitFor 的实现，以及等待事件、状态、计数、文件、复杂条件等常见模式，并列举了轮询过快、缺少超时、数据陈旧等常见错误及修复方式。

测试与质量44 次安装