Token导航 LogoToken导航TokenDH.com
研究检索external-servicegithub未标认证来源可访问clear审计未展示

lark-testcase-generatorLark 测试用例生成器

Agent Skill

用于辅助测试设计、自动化测试、用例整理和回归验证。它适合让 Agent 编写单元测试、端到端测试、测试计划或根据失败日志定位问题。使用时需要确认项目测试框架、运行命令和夹具数据,避免为了通过测试而改坏真实逻辑;涉及浏览器或外部服务时,应区分本地模拟、测试环境和生产环境。

总安装

99

周安装

4

GitHub Stars

公开资料未说明

下载量

31
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

MIT

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

请帮我安装这个 Agent Skill:lark-testcase-generator(Lark 测试用例生成器)
来源仓库:https://github.com/mookechee/mookechee-cc-plugins
仓库路径:skills/lark-testcase-generator
安装命令:
npx skills add mookechee/mookechee-cc-plugins --skill "lark-testcase-generator"
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

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

AgentSkills.tonpx skills
npx skills add mookechee/mookechee-cc-plugins --skill "lark-testcase-generator"

简介

用于生成飞书相关功能的自动化测试用例,提升测试覆盖率。

  • 适用于 Codex、Claude、Cursor、Gemini CLI 等宿主环境中的测试开发场景。
  • 可基于功能描述自动生成测试脚本,需确认输入参数与预期输出。
  • 安装命令为 npx skills add mookechee/mookechee-cc-plugins --skill "lark-testcase-generator"。
  • 建议结合具体项目接口文档调整测试逻辑。

SKILL.md

飞书项目测试用例生成器

自动从飞书项目单子生成 OPML 格式的 XMind 测试用例文件。

MCP 服务器依赖

重要:此 Skill 依赖以下 MCP 服务器,使用前请确保已配置:

MCP 服务器用途必需
lark-prj-remote读取飞书项目单子(描述、验收标准)
lark-mcp-remote读取飞书云文档(技术设计文档)

检测 MCP 配置

在使用此 Skill 前,首先检测 MCP 是否已配置:

  1. 尝试调用 mcp__lark-prj-remote__get_workitem_infomcp__lark-mcp-remote__docx_builtin_search
  2. 如果返回 "MCP server not found" 或类似错误,说明未配置
  3. 此时应引导用户配置 MCP

引导用户配置 MCP

如果检测到 MCP 未配置,请输出以下引导信息:

检测到飞书 MCP 服务器未配置。

请按以下步骤配置:

1. 获取飞书应用凭证:
   - 访问 https://open.feishu.cn/
   - 创建应用并获取 App ID 和 App Secret

2. 配置飞书项目 MCP (lark-prj-remote):

   claude mcp add --transport stdio lark-prj-remote \
     --env LARK_APP_ID=YOUR_APP_ID \
     --env LARK_APP_SECRET=YOUR_APP_SECRET \
     -- npx -y @anthropic/claude-code-mcp-lark-prj

3. 配置飞书文档 MCP (lark-mcp-remote):

   claude mcp add --transport stdio lark-mcp-remote \
     --env LARK_APP_ID=YOUR_APP_ID \
     --env LARK_APP_SECRET=YOUR_APP_SECRET \
     -- npx -y @anthropic/claude-code-mcp-lark

4. 重启 Claude Code 后重试

或者运行 /lark-testcase-generator:check-mcp 查看详细配置指南。

功能概述

  1. 通过飞书项目 MCP 读取单子信息(描述、验收标准)
  2. 通过飞书 MCP 读取技术方案设计文档
  3. 搜索相关测试用例参考
  4. 梳理用户操作流程和逻辑分支
  5. 生成 OPML 格式的 XMind 测试用例

使用流程

第一步:解析飞书项目 URL

从用户提供的 URL 中提取:

  • project_key: 项目空间标识
  • work_item_id: 工作项 ID

URL 格式示例:

https://project.feishu.cn/{project_key}/story/detail/{work_item_id}
https://project.feishu.cn/uts5wn/story/detail/6596729761

第二步:获取单子信息

使用飞书项目 MCP 工具:

mcp__lark-prj-remote__get_workitem_brief
  - project_key: 从 URL 提取
  - work_item_id: 从 URL 提取
  - fields: ["description", "field_803289", "field_13a9cf", "field_3437d3"]

关键字段:

  • description: 需求描述
  • field_803289: 验收标准
  • field_13a9cf: 技术设计文档链接
  • field_3437d3: Server技术文档链接

第三步:读取技术设计文档

如果存在技术设计文档链接,使用飞书 MCP 读取:

mcp__lark-mcp-remote__docs_v1_content_get
  - query:
      doc_token: 从链接提取 (如: JPIIwy2haiiAdrkjo4IcSlSennh)
      doc_type: docx
      content_type: markdown

第四步:网络搜索测试参考(可选)

根据需求涉及的技术栈和功能类型,使用 WebSearch 工具搜索相关测试参考:

搜索场景:

场景搜索关键词示例目的
协议/SDK 测试{协议名} testing best practices获取协议测试要点
API 测试{API类型} API test cases参考 API 测试场景
UI 测试{框架名} UI testing checklistUI 测试覆盖点
安全测试{功能类型} security test cases安全测试场景
性能测试{技术栈} performance testing性能测试指标

使用方式:

WebSearch
  - query: "{技术关键词} test cases best practices"

注意事项:

  • 仅在需求涉及特定技术协议、框架或安全相关功能时使用
  • 搜索结果用于补充测试场景,不替代基于需求的用例设计
  • 将搜索获得的测试要点整合到对应的测试分类中

第五步:梳理用户操作流程

重要:请先在内部仔细梳理清楚用户每一步骤的操作流程和选择的路径分支,确保理解完整后再进行后续步骤。

基于获取的信息,梳理:

  1. 功能模块划分

- 识别独立的功能单元 - 确定模块间的依赖关系

  1. 状态机流程(如适用)

- 识别状态转换 - 确定触发条件 - 确定每个状态的验证点

  1. 用户操作路径

- 正向流程(Happy Path) - 异常流程(Error Path) - 边界条件

  1. 绘制用户流程图(内部思考)

- 入口点:用户从哪里开始 - 决策点:用户在哪些节点需要做选择 - 分支路径:每个选择导向的不同结果 - 终点:各路径的最终状态

第六步:生成测试用例

重要:根据上一步梳理的用户流程图和功能点,结合基本测试方法生成测试用例。测试方法可参考网络搜索中获取的相关用例和最佳实践。

按以下分类生成测试用例:

  1. 编译/构建测试(P0)
  2. 核心功能测试(P0)
  3. 配置与参数测试(P1)
  4. 异常处理测试(P1)
  5. 集成测试(P0-P1)
  6. 性能/资源测试(P1-P2)

第七步:输出 OPML 文件

生成路径:~/Testcase/opml/{project-name}-testcase_{时间戳}.opml

时间戳格式:YYYYMMDD_HHmmss(如 20250106_143052

测试用例格式规范

结构要求

每条测试用例采用链式结构:

用例名称
  └── 前置条件
        └── 执行步骤
              └── 预期结果
                    └── 优先级

OPML 格式示例

<?xml version="1.0" encoding="UTF-8"?>
<opml version="2.0">
  <head>
    <title>测试用例标题</title>
    <dateCreated>2025-12-24</dateCreated>
  </head>
  <body>
    <outline text="测试用例集">
      <outline text="功能模块">
        <outline text="测试用例名称">
          <outline text="前置条件描述">
            <outline text="执行步骤描述">
              <outline text="预期结果描述">
                <outline text="P0"/>
              </outline>
            </outline>
          </outline>
        </outline>
      </outline>
    </outline>
  </body>
</opml>

优先级定义

优先级说明适用场景
P0核心功能,必须测试编译验证、主流程、关键状态转换
P1重要功能,应该测试配置参数、异常处理、边界条件
P2次要功能,可选测试辅助功能、日志调试

测试用例编写原则

用例名称

  • 简洁明了,格式:{功能点}{测试场景}
  • 禁止在用例名称前添加编号(如 1. 1.1 TC001 等)
  • 例:HELLO请求正常处理-Discovered状态

前置条件

  • 说明测试开始前必须满足的条件
  • 例:DeviceServer处于Discovered状态(已完成DISCOVER)

执行步骤

  • 具体的操作步骤,一个步骤一个动作
  • 例:发送HELLO请求(heartbeat_interval_ms=1000)

预期结果

  • 明确、可量化、可观测的验证点
  • 例:服务端返回HELLO响应,包含session_id,状态变为Active

触发关键词

以下关键词会触发此 Skill:

  • "生成测试用例"
  • "OPML 测试用例"
  • "XMind 测试用例"
  • "飞书项目单子测试"
  • "为这个需求生成用例"
  • "创建测试用例思维导图"
  • 提供飞书项目 URL

示例

输入示例

帮我为这个飞书项目单子生成测试用例:
https://project.feishu.cn/uts5wn/story/detail/6596729761

处理流程

  1. 解析得到 project_key=uts5wn, work_item_id=6596729761
  2. 调用 MCP 获取单子信息
  3. 解析技术设计文档链接,获取文档内容
  4. 识别功能模块和状态流程
  5. 生成分类测试用例

输出

生成 OPML 文件 ~/Testcase/opml/wuji-sdk-server-testcase_{时间戳}.opml

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

04

需要参考平台分布和安装热度时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

补充不同宿主或平台的使用分布数据

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

OpenCode

44.6%
按下载量换算14

kiro-cli

33.66%
按下载量换算10

Claude Code

13.85%
按下载量换算4

安全审计

暂无安全审计结果可展示。

权限和风险

external-service

该 Skill 可能调用第三方服务、云服务或外部模型 API,使用前需要确认账号、额度、数据发送范围和服务条款。

安装前确认

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

来源信息

继续浏览同类 Skills