一、claude.md

地址:https://github.com/multica-ai/andrej-karpathy-skills

安装后,会让 claude 针对一份文件中包含四项原则:

原则 地址
编码前三思 错误的假设、隐藏的困惑、忽略的权衡取舍
简单至上 过度复杂化,臃肿的抽象概念
手术改变 正交编辑,触碰不该触碰的代码
目标驱动型执行 通过先测试后验证的成功标准来发挥优势

二、ECC 插件

地址:https://github.com/affaan-m/ECC

什么是 ECC

来自 Anthropic 黑客马拉松获胜者的完整 Claude Code 配置集合。

不止是配置文件,而是一整套完整系统:技能体系、本能行为、记忆优化、持续学习、安全扫描,以及研究优先的开发模式。 包含可直接用于生产环境的智能体、技能模块、钩子、规则、MCP 配置,以及兼容传统命令的适配层——所有内容均经过 10 个多月高强度日常使用与真实产品开发迭代打磨而成。

可在 Claude CodeCodexCursorOpenCodeGemini 及其他 AI 智能体框架中通用。

三、claude hud

地址:https://github.com/jarrodwatts/claude-hud/tree/main

什么是Claude HUD

Claude HUD 让你在 Claude Code 会话中获得更清晰的洞察。

你看到的内容 为什么重要
项目路径 知道你当前在哪个项目中(可配置 1-3 级目录深度)
上下文健康度 在上下文窗口满之前准确了解还剩多少
工具活动 实时观察 Claude 读取、编辑和搜索文件
Agent 追踪 查看哪些子 Agent 正在运行以及它们在做什么
待办进度 实时跟踪任务完成情况

显示效果:默认(2 行)

[Opus] │ my-project git:(main*)
上下文 █████░░░░░ 45% │ 使用率 ██░░░░░░░░ 25%(1小时30分 / 5小时)
  • 第 1 行 — 模型、提供商标签(如能正面识别,例如 BedrockVertex)、项目路径、git 分支
  • 第 2 行 — 上下文进度条(绿 → 黄 → 红)和使用率限制

四、test-case-gen

地址:在你的 skills 目录下,新建test-case-gen目录,再创建 SKILL.md,粘贴以下内容即可

name: test-case-gen
description: >
  基于需求文档、用户故事、产品PRD、接口文档自动生成标准化测试用例,支持输出Markdown表格,可导出CSV/JSON文件。内置等价类划分、边界值分析、判定表、状态迁移、探索式测试标准设计方法。适用场景:(1)根据需求撰写功能用例 (2)生成测试矩阵 (3)分析边界异常场景 (4)编写测试计划 (5)评审测试覆盖完整性;触发关键词:写测试用例、生成用例、测试矩阵、边界值分析、等价类划分。不适用场景:执行自动化测试、编写自动化脚本、缺陷跟踪管理。
metadata:
  openclaw:
    emoji: "📝"
---
# 测试用例生成器
从各类需求输入中生成完整、规范、覆盖全面的测试用例。

## 适用场景
✅ **请使用本工具的情况:**
- 用户提供PRD/需求文档/用户故事,需要产出配套测试用例
- 指令包含:帮我写测试用例、根据需求生成用例
- 需要做边界值、等价类等测试设计分析
- 制作多参数组合测试矩阵、判定表
- 评审现有用例,查找覆盖缺口

❌ **禁止使用本工具的情况:**
- 执行/运行测试脚本 → 使用接口测试工具或手动执行能力
- 编写自动化代码、接口脚本 → 使用代码编写/接口调试工具
- 管理、跟踪缺陷工单 → 使用项目管理类工具

## 完整工作流程
### 步骤1:解析输入材料
读取用户提供的需求、PRD、接口规范、业务描述文本,提取核心信息:
- **功能点**:系统需要实现的业务能力
- **输入参数**:所有入参、数据类型、格式/长度/取值约束
- **业务规则**:条件判断、字段联动、权限控制、数据校验逻辑
- **外部依赖**:对接第三方接口、数据库、其他系统
- **非功能需求**:性能限制、安全校验、页面易用性

### 步骤2:选用对应测试设计方法
根据业务特征匹配标准测试设计技术:

| 测试方法 | 适用场景 |
|--------|---------|
| 等价类划分 | 多输入值具备相同业务逻辑行为,批量归类测试 |
| 边界值分析 | 数字区间、字符串长度、日期范围等存在临界值的场景 |
| 判定表法 | 多条件叠加、复杂分支业务规则(多字段联动校验) |
| 状态迁移法 | 存在状态流转的业务流程(工单、订单、审批流等) |
| 错误推测法 | 基于历史缺陷、常见踩坑点补充异常场景 |
| 两两组合测试 | 多参数互相影响,减少全量组合用例数量 |

### 步骤3:生成标准化测试用例
默认输出 Markdown 表格格式:
```markdown
| 用例ID | 所属模块 | 优先级 | 前置条件 | 操作步骤 | 输入数据 | 预期结果 | 用例类型 |
|--------|----------|--------|----------|----------|----------|----------|----------|
| TC001 | 登录模块 | P0 | 用户已完成注册 | 1.打开登录页面 2.输入账号密码 3.点击登录 | 账号:admin,密码:Admin@123 | 登录成功,自动跳转首页 | 正向用例 |
| TC002 | 登录模块 | P0 | 用户已完成注册 | 1.打开登录页面 2.输入错误密码 3.点击登录 | 账号:admin,密码:wrong123 | 弹窗提示:账号或密码错误 | 反向用例 |
优先级定义:
P0(阻断级):核心主干功能,失败直接阻塞版本发布
P1(重要级):关键业务功能,版本上线前必须修复
P2(次要级):次要辅助功能,可延后迭代修复
P3(优化级) :边缘场景、体验优化,不阻塞上线
用例类型分类:
正向用例 / 反向用例 / 边界用例 / 异常用例 / 安全用例 / 性能用例
步骤 4:输出覆盖度分析总结
生成用例完成后,附带测试覆盖统计汇总:
plaintext
📊 测试覆盖统计汇总
- 总用例数量:25条
- 优先级分布:P0(8条) P1(10条) P2(5条) P3(2条)
- 类型分布:正向(10) 反向(8) 边界(4) 安全(2) 性能(1)
- 待补充覆盖缺口:[列出未覆盖的功能/场景]
导出文件规范
当用户要求导出文件时,支持两种标准格式,自动写入工作目录:
bash
运行
# 导出CSV文件(适配禅道、TestLink导入)
# ~/.openclaw/workspace/output/test_cases.csv

# 导出JSON文件(自动化平台、第三方测试系统导入)
# ~/.openclaw/workspace/output/test_cases.json
禅道专用 CSV 导入模板格式
csv
所属模块,用例标题,前置条件,操作步骤,预期结果,优先级,用例类型,标签
/登录模块,正常账号密码登录验证,用户已完成注册,1.打开登录页 2.输入正确账号密码 3.点击登录,登录成功并跳转首页,1,功能测试,登录;正向流程
TestLink 标准 XML 导入格式
xml
<?xml version="1.0" encoding="UTF-8"?>
<testcases>
  <testcase name="正常账号密码登录验证">
    <summary>校验使用正确账号密码可正常登录系统</summary>
    <preconditions>用户已完成账号注册</preconditions>
    <steps>
      <step>
        <step_number>1</step_number>
        <actions>打开登录页面,输入正确账号密码,点击登录按钮</actions>
        <expectedresults>登录成功,页面跳转至系统首页</expectedresults>
      </step>
    </steps>
    <importance>2</importance>
    <execution_type>1</execution_type>
  </testcase>
</testcases>
产出高质量用例的优化提示
所有数字、长度类入参,必须至少覆盖一组边界值用例
每一条正向业务流程,配套至少一条反向异常用例
不可遗漏空值、空白字符、纯空格输入场景
多用户并发操作场景必须补充(多人编辑同一条数据、同时审批)
严格校验格式类字段:手机号、邮箱、身份证、编号等
安全类特殊字符测试:XSS 脚本 <script>alert(1)</script>、SQL 注入语句 ' OR 1=1--、特殊表情符号
两两组合测试(精简多参数用例)
适用于多参数联动场景,在保证两两参数组合全覆盖的前提下,大幅减少总用例数量:
plaintext
参数A:[a1, a2, a3]
参数B:[b1, b2]
参数C:[c1, c2, c3]

全量组合总数:3×2×3 = 18条
两两组合精简后:约9条(覆盖全部两两参数搭配)
示例输出表格:
表格
序号	参数 A	参数 B	参数 C
1	a1	b1	c1
2	a1	b2	c2
3	a2	b1	c3
4	a2	b2	c1
5	a3	b1	c2
6	a3	b2	c3
适用场景:浏览器兼容测试(浏览器 × 系统 × 分辨率)、多表单字段联动、系统配置项组合校验。
状态迁移测试(流程类业务)
针对存在状态流转的工单、审批、订单类功能,梳理完整状态流转图:
plaintext
[草稿] --提交--> [待审核] --审核通过--> [已发布]
   |                    |--审核驳回--> [已驳回] --修改--> [草稿]
   |--删除操作--> [已删除]
生成用例需覆盖:
每一种业务状态(至少访问一次)
每一条合法状态流转路径
非法状态变更(例如:已发布工单直接退回草稿)
并发流转场景(两人同时审核同一条工单)

什么是test-case-gen

test-case-gen是一个让ai 生成测试用例更准确更规范的 skill

Logo

AtomGit 是由开放原子开源基金会联合 CSDN 等生态伙伴共同推出的新一代开源与人工智能协作平台。平台坚持“开放、中立、公益”的理念,把代码托管、模型共享、数据集托管、智能体开发体验和算力服务整合在一起,为开发者提供从开发、训练到部署的一站式体验。

更多推荐