为什么我们要聊 AI 自动化测试

说实话，传统自测真的累人。

每次改需求，dou要手动跑一遍回归。

结果常常漏掉细节，bug 冒出来。

哈哈，这种感觉我懂，你懂的。

于是我开始琢磨把 AI 拉进来kankanNeng不Neng省点事儿。

AI Neng帮我们Zuo哪些事儿

先说第一件事——功Neng点梳理。

AI Ke以读取项目目录，自动列出所有路由、页面、接口。

不对不对，应该是“读取代码结构”，对，就是这个意思。

这样一来我们再也不用手动翻文件夹找功Neng点了。

从代码到测试用例的桥梁

接下来AI 把功Neng点转成结构化的测试用例。

ID、标题、描述、优先级，一键生成。

P0/P1/P2/P3 的划分也Neng自动搞定。

你可Neng会担心 AI 会不会乱写，害，其实只要给它点上下文，它就hen靠谱。

把 AI 融入日常开发流程

我把整个流程拆成三步走：

第一步：让 AI kan懂项目结构

把项目根目录路径喂给它，告诉它哪些是路由文件、哪些是组件。

比如：

// 路由入口
src/router/index.js
// 页面组件
src/views/*.vue
// 公共组件
src/components/*.vue
// API 接口
src/api/*.js

这段信息交给 AI，它就Neng生成完整的功Neng清单啦。

第二步：生成测试用例清单

基于上一步的输出，AI 按模块分类，输出 JSON 或者直接渲染成 HTML 表格。

ID 用 tc_模块_场景 命名，kan着舒服。

P0 就是登录、注册这些核心；P1 是业务关键；P2/P3 那些细节优化，你懂的。

第三步：搭建轻量级管理页面

我自己写了个纯前端页面用 localStorage 存数据，秒防抖自动保存。

页面里Ke以新增/编辑/删除分类，也Neng勾选用例完成状态。

P0 用红色标记，P1 橙色……颜色区分一目了然。

Zui关键的是它还Neng实时算出完成率，让你一眼kan到进度。哈哈，有种仪表盘的既视感。

A I 真正提升了哪些指标

# 测试覆盖率提升

A I 把所有可测点dou列出来你再也不用担心遗漏哪个页面或者接口了。

# 人工成本下降

# 之前一个人要花两天手工写测试清单，现在几分钟搞定。咱就是说这效率真是飞起！

# 缺陷发现geng早

A I 生成的用例覆盖面广，在 CI 中跑一遍，就Neng提前捕获潜在 bug。害，这比等到上线后才发现好多问题要强太多了。

A I 在实际项目中的落地案例

我Zui近参与一个中型电商后台系统改造，涉及订单、商品、库存三大模块。

A I 扫描了 src/router/index.js 和 src/api/*.js，把每个接口和对应的前端页面配对。

然后根据注释和函数名自动生成了约 200 条测试用例，其中 P0 占 30%。

把这些用例导入到我写的 test-checklist.html 页面后同事们只需要勾选完成情况，就Neng实时kan到整体进度。

# 收获：

• P0 用例覆盖率从原来的 65% 提升到 92%。
• 回归测试时间从两天压缩到半天以内。
• Sprint Review 时 QA 同事惊呼：“这怎么这么快？” 哈哈，我只Neng尴尬笑笑。

A I 使用小技巧

- 给 AI 足够的上下文信息，比如代码注释或业务文档，否则它可Neng会“猜”。

- 在提示词里明确要求输出 JSON 或者 HTML 格式，这样后续处理geng方便。

- 定期检查生成的用例是否合理，不要完全依赖，要有人工复核环节。

- Ru果遇到奇怪的错误信息，比如“那个那个”，别慌，那是模型在思考，你Ke以直接纠正它：“不对不对，是这样…”。

AI 是工具，不是魔法师

A I Neng帮我们省下大量机械式工作，让我们有时间去思考业务本身和用户体验。

Coding 本来就是创造性的活儿，被重复劳动绑住手脚真的太浪费了。

Ctrol+S 保存的时候记得加一句 “咱们继续加油”，因为好工具加上好心态才Neng真正提升质量。

# Ru果你也想让自己的自测流程geng智Neng、geng高效，就动手试试吧！说实话，这条路值得走。 :)

)

---