OpenTest:AI流程自动化

OpenTest —— 它让 AI 替你写完所有测试文档，你只需专注于测试设计。

OpenTest本质上是一套测试工作流规范 + AI文档生成器。它不执行自动化脚本，也不分析Bug，而是专注于把需求文档自动变成需求分析、测试点、Excel用例和测试报告。本文将系统介绍其核心概念与使用方式。

OpenTest定义了一套由六大步骤组成的标准工作流，从宏观到微观覆盖了从需求输入到产物归档的完整闭环：

2.1 新建测试（/opentest-new）

· 作用域： 一次完整的测试任务

· 产出物： proposal.md（测试边界、目标、范围）

· 用途： 明确测试范围，防止测试漏项或超出边界

2.2 需求分析（/opentest-analysis）

· 作用域： 单个测试任务的文档解析阶段

· 产出物： requirements-analysis.md（可测项、风险点、待澄清项）

· 用途： AI自动拆解需求，识别模糊点并引导补充确认

2.3 生成测试点（/opentest-points）

· 作用域： 单一功能模块

· 产出物： 测试点清单（正向+负向+边界）

· 用途： 基于需求分析，梳理每个模块的逻辑链条

2.4 导出用例（/opentest-generate Excel/XMind）

· 作用域： 所有已生成的测试点

· 产出物： 结构化Excel用例或XMind脑图

· 用途： 一键导出可直接执行的用例文件

2.5 生成报告（/opentest-report）

· 作用域： 已填写的Excel执行结果

· 产出物： 测试报告（Markdown / HTML）

· 用途： 自动统计总用例数、通过/失败/阻塞数及模块分布

2.6 归档（/opentest-archive）

· 作用域： 当前测试任务的全套产物

· 产出物： 归档文件夹

· 用途： 打包留存所有产出，确保历史可追溯

OpenTest在项目根目录下创建一个 opentest 文件夹，用于统一管理所有测试资产。该文件夹包含两个核心子目录：

3.1 changes/（进行中的测试任务）每个测试任务拥有独立子文件夹（例如 用户登录/），内部包含以下文件：

· proposal.md：测试边界、目标和范围

· requirements-analysis.md：AI生成的需求分析（含可测项、风险点、待澄清项）

· specs/：存放测试点清单的文件夹

· artifacts/：存放导出的Excel用例文件

· report.md：最终的测试报告

3.2 archive/（已归档的测试任务）测试完成后，通过 /opentest-archive 指令将整个任务文件夹从 changes/ 移动至此，便于日后复盘和检索。

OpenTest把一次完整的测试拆成6个可组合的原子操作：

OpenTest的核心价值在于与AI编辑器的深度融合，实现从需求到报告的全链路自动化：

前置条件：

· Node.js ≥ 18

· 任意AI编辑器（Cursor / Claude Code / OpenClaw / Codex / Trae / Qoder）

安装步骤：

触发方式： 在AI编辑器中输入斜杠指令 /opentest-xxx，AI将自动执行对应步骤并生成符合规范的产物。

OpenTest 本质上是一套让 AI 替你完成测试文档产出全流程的工作规范与工具集，它不执行自动化脚本，也不分析 Bug，而是专注于把“需求文档”变成“需求分析、测试点、Excel 用例和测试报告”，让你从繁琐的文档搬运中解放出来，真正把精力放在测试设计上；使用时只需在 AI 编辑器中输入 /opentest-new 等斜杠指令，按顺序走完新建、分析、生成点、导用例、出报告、归档六个步骤即可，整个过程标准化、可追溯、可复用，降低文档成本的测试工程师和技术管理者。