零手写测试用例TestSprite test plan generate如何用AI探索应用并自动生成测试【免费下载链接】testsprite-cliOfficial TestSprite CLI — AI-powered automated testing from your terminal项目地址: https://gitcode.com/gh_mirrors/te/testsprite-cliTestSprite CLI 是一款跑在终端里的 AI 自动化测试工具它能让 AI 像真实用户一样打开你的应用、点击、导航、断言再把发现的问题交还给你的编码代理。而其中最让人惊喜的一条命令就是test plan generate你只需要一条命令AI 就会替你探索整个应用并自动生成一批可直接落库的测试用例——真正做到零手写测试用例。本文将带你完整走通这套流程AI 是如何看懂你的应用的、一条命令如何产出测试提案、又该如何挑选并接收这些自动生成的测试。为什么你需要AI 自动生成测试传统 E2E 测试的痛苦在于写测试比写功能还慢。每个页面、每条用户流程都要手写断言接口文档和测试脚本永远不同步测试一旦腐化维护成本比不写还高。TestSprite 的思路正好反过来与其你描述每一步该点什么不如让 AI 自己打开应用、自己逛一遍把它实际看到的东西变成测试提案。你只需做一件事——评审并接收。官方技能文件也遵循同样的优先级已部署的应用先尝试 AI 生成生成不可用才回退到手写计划见 skills/testsprite-onboard.skill.md。AI 探索应用的三步流水线test plan generate背后是一条服务端流水线按顺序执行三个阶段源码注释见 src/commands/test.ts阶段做什么你会看到什么1️⃣ 探索explorationAI 用真实浏览器打开你的应用像用户一样点击、导航exploring app… (resources 3/8, 4m10s)2️⃣ 策略strategy基于探索结果与上传的文档构建功能地图generating strategy… (52s)3️⃣ 提案proposals按功能地图起草一条条测试用例proposing tests… (31s)两个关键设计让这条命令对新手格外友好只跑缺失的阶段。全新项目会跑满三阶段已经探索过的项目会跳过探索直接往前接。重复执行不会把已完成的阶段重跑一遍。提案留在服务端不写你磁盘。没有临时文件、没有--out参数你在终端表格或 Portal 界面里直接评审满意了再接收为真实测试。快速上手安装 TestSprite CLI前置要求Node.js 20.19 / 22.13 / 24以及一个 TestSprite V3 账号。# 1. 全局安装也可以用 npx testsprite/testsprite-cli 免安装运行 npm install -g testsprite/testsprite-cli # 2. 一条命令完成配置录入 API Key、校验、并为编码代理装好技能 testsprite setuptestsprite setup会在终端里引导你完成全部配置CI 环境可以用非交互方式TESTSPRITE_API_KEYsk-... testsprite setup --from-env --yes如果你的应用需要登录才能被完整探索先把测试账号存到项目环境上两个参数需同时提供testsprite project update project-id --username user --password-file path否则 AI 只会探索公开页面探索结果会比较浅——CLI 会提前警告但不会阻断。一条命令生成测试提案准备好项目 ID 后testsprite project list可查直接运行testsprite test plan generate --project proj_abc123对于一个全新的前端项目终端会先提示尚未探索过将执行完整流水线然后原地刷新同一行进度最后打印出待评审的提案表格完整交互示例见 DOCUMENTATION.md12 test-case proposals staged for review (credits used: 6, balance: 144) # ID TITLE FEATURE PRIORITY TYPE 1 prop_1 Login happy path auth/login p1 frontend 2 prop_2 Login wrong password auth/login p1 frontend … next review the list above, then: testsprite test plan accept --project proj_abc123表格里的每一行都是一个 AI 起草的测试用例带 ID、标题、所属功能和优先级——评审起来比读一堆测试代码轻松得多。API 项目先喂原料再跑生成后端/接口项目的探索对象不是页面而是你上传的文档。先用project docs upload把 API 规格说明书可选PRD作为项目源上传生成流水线读的就是这些原料testsprite project docs upload ./openapi.yaml --project projectId --role api-doc testsprite project docs upload ./prd.md --project projectId --role prd # 可选小提醒同名文件重复上传会原地覆盖目录名不参与存储名需要保留多版本时请给文件不同的名字。挑选并接收自动生成的测试评审完之后用test plan accept把提案变成真实测试# 全部接收 testsprite test plan accept --project proj_abc123 # 只接收其中几个空格或逗号分隔 testsprite test plan accept --project proj_abc123 --only prop_2 prop_5两个务必知道的行为细节接收子集会丢弃其余提案——暂存区无论如何都会被清空。想留的用就在那一条命令里一次点名别分两次。写错 ID 会被严格拦截--only中出现任何未知 ID请求根本不会发出去退出码 5并告诉你哪些 ID 无效、当前实际暂存的是哪些。这是一个故意的保护机制——防止误清空整批提案。接收后普通的test list/test run命令就接管了testsprite test list --project proj_abc123 testsprite test run --all --project proj_abc123 --wait通过即入库成为持久化测试套件的一部分——覆盖度随项目增长而累积。实用技巧断点续跑、费用与离线演练Ctrl-C 只是离开不是取消。生成在服务端继续跑退出码 130/143再次运行同一条命令会自动附着到仍在运行的阶段上继续轮询不会开第二条流水线。超时退出码 7同样可续跑。默认总预算 1800 秒--timeout seconds可调因为浏览器探索确实需要几分钟。超时会打印部分结果和重新附着提示重跑同一条命令即从断点继续。费用透明。结果行会报告本次实际扣费credits used: N, balance: MJSON 模式下读顶层的creditsUsedThisInvocation字段。API 文档上传免费PRD 嵌入计费 0.5 积分。离线演练--dry-run。零网络、零费用地跑通完整代码路径用内置样例数据渲染提案表格——非常适合先熟悉输出结构再正式跑testsprite test plan generate --project proj_abc123 --dry-run项目的端到端测试就是按这个约定验证的--dry-run全程不写工作目录、退出码稳定见 test/e2e/plan-dry-run.e2e.test.ts。手写计划文件的同学也可以参考 schemas/plan.schema.json 做编辑器实时校验。生成失败错误会直接告诉你修复命令每个前置条件缺失时错误信息都指名道姓给出修复命令而非泛泛报错场景错误提示修复前端项目没配 URLThe projects environment has no URL…testsprite project update id --url https://…API 项目没有可用源文档no_processed_inputstestsprite project docs upload file --role api-doc刚上传的可能还在处理稍后重试账号未迁移到 V3 平台退出码 6先在 Portal 中生成迁移完成前 CLI 会明确告知常见问题Q生成出来的测试用例质量如何保证提案是可评审的标题、功能归属、优先级都摆在表格上。官方建议对照源码评审——删掉不存在的流程、重复项和含糊的断言再接收。接收后测试进入持久套件之后每次改代码都可以test rerun回放坏了立刻知道。Q本地未部署的项目能用吗不能直接探索。本地项目跳过 AI 探索阶段走手写计划文件 隧道路线test create --plan-from plan.json再test run test-id --local port。对本地项目执行test plan generate会在扣费前被拒绝退出码 6。Q想完全离线了解这个命令--dry-run就是为此设计的零网络零费用完整命令、参数与退出码清单都在 DOCUMENTATION.md。总结test plan generate把写测试这件最拖进度的事压缩成了三步生成——一条命令AI 探索应用、建功能地图、起草用例评审——在终端表格里挑掉多余的接收——test plan accept落库为真实测试随后test run --all --wait全量回放。配合testsprite setup给编码代理装好的验证技能整个生成 → 运行 → 失败修复 → 重跑的循环就能自动运转起来。测试不再是你写功能之外的额外负担而是 AI 顺手产出、你把关接收的副产品。【免费下载链接】testsprite-cliOfficial TestSprite CLI — AI-powered automated testing from your terminal项目地址: https://gitcode.com/gh_mirrors/te/testsprite-cli创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考