前言¶

做测试的人通常有几件重复且琐碎的事：把一句话需求拆成可执行的用例、给不同端分别补脚本、跑完之后再整理一份能交出去的报告。单做其中一件不难，难的是它们之间没有衔接——需求改了，用例没跟上；脚本跑完，报告还要手写。

下面介绍的 Skill 是「软件测试全场景」，定位是一站式自动化测试方案，把需求分析、用例设计与编写、测试报告输出串成一条链，并提供接口 / Web / 移动 / 视觉四端的自动化测试框架，以及一套知识库。它不要求使用者从零搭框架，更接近「把流程和规范预先写好，你按步骤执行」。

这是什么¶

一句话定位：面向现代软件研发团队的全流程测试解决方案 Skill，覆盖从需求到报告的环节，并附带四端自动化框架和测试知识库。

• 出品方 / 维护者：user_9e4c3481
• 版本：1.1.15
• 来源：community（社区）
• 分类：dev-programming
• 评分：100000，下载 2190，安装 0
• 标签：requires_api_key=false

官方地址：https://www.skillhub.cn/skills/user_9e4c3481/software-test

它解决的问题是：测试人员在项目不同阶段需要不同的工具和规范，而这一套把这些内容集中到一个 Skill 里，适合不同阶段的测试人员使用。

核心能力¶

按官方简介，能力分四块。

1、测试知识库¶

本体是 SKILL.md 加 22 篇专项指南。前者给出 Skill 的入口和流程约定，后者按专项主题分别展开，用来承载测试用例设计、自动化框架、行业测试等具体内容。

2、LLM 测试 Agent¶

Agent 的工作顺序是需求 → 澄清 → 设计 → 执行：

1、先读取需求，识别其中不明确的地方；
2、提出澄清问题，把模糊表述收敛成可测的验收条件；
3、根据澄清结果设计用例；
4、执行并回收结果。

这条链路的价值在于把「需求分析」和「用例设计」这两步显式化，而不是让 Agent 直接从需求跳到测试报告。

3、四端自动化测试框架¶

覆盖接口、Web、移动、视觉四类端。使用时按测试对象选择对应端，不必自己拼装框架。

4、全流程工具链¶

集成需求分析、用例设计与编写、测试报告输出三个环节，前一环节的产出可以直接作为下一环节的输入。

启用方式¶

官方资料中没有给出安装命令，也没有列出各编辑器（Cursor、Codex CLI、Claude Code）的差异配置项。这类 Skill 基于通用 SKILL.md 格式，官方页面提供的是坐标与分类，实际安装步骤请以页面为准。

坐标: @user_9e4c3481/software-test
分类: dev-programming
版本: 1.1.15
来源: community
标签: requires_api_key=false

其中 requires_api_key=false 表示该 Skill 不依赖外部 API Key 配置，部署侧不需要额外准备密钥。

典型用法¶

官方资料给出的可复现流程是「需求 → 澄清 → 设计 → 执行」，具体操作如下。

1、把需求文档或需求描述交给 Skill，触发需求分析阶段；
2、在 Agent 提出澄清问题时逐条答复，这一步不要跳过，澄清结果直接影响用例覆盖度；
3、确认设计结果，检查用例与需求的对应关系；
4、执行测试，由 Skill 输出测试报告。

需要跨端验证时，在设计阶段明确说明测试对象属于接口、Web、移动还是视觉，以便选择对应的自动化框架。

适用场景与注意¶

适合的使用者：处于项目不同阶段的测试人员，尤其是需要同时处理需求分析、用例设计和报告输出，且不想自己搭框架的团队。

需要注意的地方：

1、资料中未出现具体的用例设计方法（如等价类、边界值、判定表）的展开说明，需要看 22 篇专项指南里是否有对应章节；
2、官方简介提到的「22 篇专项指南」与「22 个专业领域」表述不同，前者指文档数量，具体覆盖哪些领域以页面内目录为准；
3、页面当前显示安装数为 0，属于较新的内容，使用时建议先在一个非关键项目里跑通流程；
4、需要 API Key 的外部服务不在标签范围内，但移动端覆盖哪些平台、是否包含 AI 应用测试，现有资料没有明确说明；
5、安装命令缺失，接入前先到官方页面确认可用的安装方式。

小结¶

这个 Skill 的价值在于把测试流程的几个环节固化成一条链路，并提供四端自动化框架和知识库，减少重复搭建的成本。它适合愿意按流程执行、需要跨端测试的测试人员；接入前请先确认安装方式和专项指南的实际覆盖范围。

官方地址：https://www.skillhub.cn/skills/user_9e4c3481/software-test