别再手敲Excel：AI测试工作台的13个入口

版本发布前夜，对着几十个接口文档手敲 Excel——这个场景我换了三家公司都没变过。

我也试过直接把 Swagger 贴给 AI：第一次给 Markdown 表格，第二次变自然语言，第三次把正常和异常混在一起。同样一段 Prompt 说了不下 50 遍。

后来想明白：缺的不是 AI 能力，而是让 AI 稳定输出的「容器」。

于是有了 TestPilot——一个本地运行的 Web 工作台。它不是聊天框，左侧 13 个功能入口，每个任务有专属入口、专属表单、专属输出模板。像去银行办事，不用对着大堂经理喊「我要办业务」，而是直接去对公、储蓄、贷款窗口。

拿 Bug 分析举例：表单固定 8 项（标题 / 复现步骤 / 实际 / 预期 / 日志 / 接口返回 / 环境 / 版本改动），输出也固定 8 项（问题现象、影响模块、可能原因、推荐日志关键词、推荐 SQL、回归范围、风险等级、人工复核点）。

「人工复核点」是特意加的一列：根因认定、上线决策必须人签字——刹车比油门重要。

真正的效率来自入口之间的联动。一个「支付成功但订单未支付」的 Bug：Bug 分析 → 日志分析（traceId 定位调用链）→ SQL 分析（深分页与索引）→ 回归清单（P0 模块）→ 测试报告，不到半小时跑通整条链路。以前这些分散在聊天记录、Excel、Word、邮件里。

想上手不必一步到位：没有开发资源，先用飞书文档 + 表单模板 + Prompt 片段搭个「文档版工作台」；不配模型也能用基础功能；最小集只要三个入口——用例生成 + Bug 分析 + 回归清单。

说到底，测试工程师的核心价值不是「敲用例」，而是设计覆盖策略、判断质量风险。用例可以 AI 生成，执行可以自动化，报告可以模板化，唯独「能不能上线」只能人来做。

整理自公开分享（雏实），已做图文重写。
你现在还在手敲用例吗？评论区聊聊。

#AI测试 #软件测试 #测试工作台 #测试开发