Token导航 LogoToken导航

Agent Skill · 研究检索

frontend-testing(前端测试)

用于辅助前端页面、组件、样式和交互逻辑的开发与维护。它适合让 Agent 生成或审查 React、Next.js、Vue、Tailwind、CSS 等相关代码,整理组件结构,或定位布局和性能问题。使用时需要结合项目现有设计系统、路由和构建方式,避免只生成孤立片段;涉及页面改动时,应配合本地预览和构建检查确认视觉效果。

frontend-testing 是研究检索类 Agent Skill,可用宿主为 OpenClaw,通过ClawHub获取,权限为操作浏览器;许可证为 MIT-0,第三方扫描已通过,按安装量在研究检索类的 73,675 个 Skill 里排第 15,449。

总安装 7,845周安装 337GitHub Stars 公开资料未说明下载 2,750核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
MIT-0
版本
1.0.1

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:frontend-testing(前端测试)
来源仓库:https://github.com/wangzhiming1999/frontend-testing
安装命令:
openclaw skills install frontend-testing
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 OpenClaw 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

ClawHubOpenClaw
openclaw skills install frontend-testing

这个 Skill 是做什么的

研究检索类 Skill 主要解决「找资料、核对事实、把来源整理清楚」的问题,通常会让助手先检索再总结。

提供前端项目的全面测试方案,涵盖单元、组件、集成和端到端测试。适合 React、Vue、Next.js 等框架下的代码质量保障与自动化验证。内置 Jest、Vitest、Playwright 等工具链,支持模拟、覆盖率与 E2E 场景。需根据项目结构配置测试环境,确保依赖与构建流程兼容。

涉及页面改动时应配合本地预览确认实际效果,避免孤立代码片段。

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 OpenClaw;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 openclaw skills install frontend-testing;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要操作浏览器,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

frontend-testing 怎么安装?

在终端执行 openclaw skills install frontend-testing。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

frontend-testing 支持哪些 AI 工具?

公开资料标注支持 OpenClaw。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

frontend-testing 需要什么权限?

权限级别是操作浏览器。该 Skill 可能涉及浏览器控制能力,使用时可能读取或操作网页内容,需要在受控环境中确认权限边界。

frontend-testing 是免费的吗?

来源标注的许可证是 MIT-0。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

frontend-testing 用的人多吗?

公开数据是累计安装 7,845 次,近一周安装 337 次,下载 2,750 次。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

frontend-testing 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 专注 OpenClaw 一种宿主,触发方式和使用习惯不用来回切换。
  • 许可证明确为 MIT-0,商用和分发边界好判断。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 OpenClaw,想直接扩展它能力的人。
  • 需要处理研究检索类任务、又不想每次都手写提示词的人。
  • 需要许可证清楚、并且有第三方扫描结果的团队项目。

不太适合

  • 需要厂商级技术支持和 SLA 的生产系统。

研究检索类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
find-skills

寻找技能 · Codex、Claude

31,199,81316,486操作浏览器MIT有提醒
self-improving-agent

自我改进 Agent · OpenClaw

16,464,0023,396接触敏感数据MIT-0通过
soultrace

灵魂追踪 · Codex、Claude

7,588,94412需要联网未明确有提醒
self-improving

自我完善 · OpenClaw

6,829,2841,046需要联网MIT-0通过
microsoft-foundry

微软代工厂 · Codex、Claude

6,614,144764调用外部服务未明确有提醒
frontend-testing

前端测试 · 本页

7,845—操作浏览器MIT-0通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

name
frontend-testing
description
Designs and writes frontend tests: unit, component, integration, E2E; test structure, mocking, and coverage. Use when 前端测试, 单元测试, 组件测试, E2E, Jest, Vitest, Testing Library, or writing tests.

前端测试(Frontend Testing)

帮助设计测试策略、编写单元/组件/集成/E2E 测试,以及 mock、断言与覆盖率考量。

触发场景

  • 用户说「写测试」「单元测试」「组件测试」「E2E」「Jest」「Vitest」「Testing Library」
  • 需求「提高覆盖率」「回归不放心」「改完怕坏」
  • 已有测试框架,需要补用例或重构测试

测试分层与选型

类型适用常用工具关注点
单元纯函数、工具、hooksJest / Vitest输入输出、边界、副作用
组件组件渲染与交互React Testing Library / Vue Test Utils用户行为、可访问性、状态
集成多模块/请求/路由Jest+MSW / Vitest+MSW流程、接口 mock、错误态
E2E关键用户路径Playwright / Cypress真实浏览器、稳定选择器、环境

执行流程

1. 先搞清楚用户要测什么

用户描述实际需求第一步
「写测试」「补测试」不知道从哪里开始问:被测对象是什么(函数/组件/页面流程)?现有测试框架是什么?
「这个函数怎么测」「这个组件怎么测」具体对象的测试直接读代码,给出用例列表 + 关键用例的代码
「测试跑不过」「mock 不生效」具体 bug看报错信息,定位问题,不要先讲测试理论
「覆盖率不够」提高覆盖率先问:覆盖率卡在哪个文件/模块?不要盲目追 100%
「用 Jest 还是 Vitest」选型给明确推荐:新项目用 Vitest(更快、ESM 原生支持);已有 Jest 的项目不要为了换而换

2. 拿到被测对象后,按这个顺序设计用例

第一步:识别测试类型

  • 纯函数/工具函数 → 单元测试,直接测输入输出
  • React/Vue 组件 → 组件测试,用 Testing Library 模拟用户行为
  • 涉及接口/路由/多组件协作 → 集成测试,用 MSW mock 接口
  • 关键用户路径(登录、下单、支付)→ E2E,用 Playwright

第二步:列用例,覆盖这四类场景

  • 正向:主流程能跑通
  • 边界:空值、最大值、特殊字符
  • 异常:接口失败、权限不足、超时
  • 交互:点击、输入、提交、取消(组件测试)

第三步:给代码,不要只给用例列表

至少给出 1-2 个完整的测试用例代码,包含 mock 设置、断言、cleanup。

3. 遇到这些情况,按以下方式处理

用户没有测试框架 → 推荐:Vitest + React Testing Library + MSW(接口 mock)+ Playwright(E2E) → 给出安装命令和最小配置,不要只说「安装 X」

组件测试找不到元素 → 优先用 getByRole(语义化,最稳定) → 其次 getByLabelText(表单)、getByText → 最后才用 getByTestId(加 data-testid) → 不要用 querySelector,测试不应该依赖 CSS 类名

异步测试不稳定 → 用 waitFor 等待断言,不要用 setTimeout → 用 findBy* 代替 getBy* 处理异步渲染 → 确保每个测试后清理 mock(afterEach(() => server.resetHandlers()))

不知道 mock 什么 → 只 mock 系统边界:HTTP 请求(MSW)、时间(vi.setSystemTime)、环境变量 → 不要 mock 被测模块内部的函数,那样测的是 mock 不是代码

4. 覆盖率的正确用法

  • 覆盖率是发现没测到的路径的工具,不是目标
  • 80% 覆盖率但覆盖了核心路径 > 100% 覆盖率但全是无意义的 snapshot
  • 看覆盖率报告时,重点看分支覆盖率(branch coverage),不是行覆盖率

输出模板

## 测试方案 / 用例说明

### 范围与工具
- 被测对象:…
- 框架:Jest / Vitest / RTL / Playwright / …

### 用例列表
| 场景 | 类型 | 要点 |
|------|------|------|
| … | 单元/组件/集成/E2E | … |

### Mock 与环境
- 接口:MSW handlers / …
- 路由/时间:…

### 示例代码(可选)
- 关键 1–2 个用例的代码片段

项目相关

  • React:RTL + Jest/Vitest;hooks 用 renderHook;路由用 MemoryRouter
  • Vue:Vue Test Utils + Jest/Vitest;Composition API 同 renderHook 思路
  • Next.js:可测 App Router 页面用 testing-library;API 用 MSW 或 node mock
  • E2E:Playwright 优先(多浏览器、稳定);选择器优先 role > text > testid

平台分布

OpenClaw

90.96%
按下载量换算2,501

安全审计

VirusTotal

通过

ClawScan

通过

Static analysis

通过

权限和风险

操作浏览器

该 Skill 可能涉及浏览器控制能力,使用时可能读取或操作网页内容,需要在受控环境中确认权限边界。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills