停更快半个月。

后台陆续收到几条留言：是忙项目封版了，还是又换工作了？

其实都不是。

就是前阵子某天下班，盯着屏幕里写了一半的工序任务单用例，光标闪了十分钟，一个字敲不出来。

不是不会写。

是突然不知道，自己到底在写什么。

我们天天加班写用例、跟版本、改缺陷，一年又一年重复下来

工作的意义，到底是什么？

尤其是这半年，AI 的风刮得人心里发慌。

刷到的内容一个比一个夸张：

AI 十分钟搞定一周用例，测试岗即将消失。

真点进去，全是脱离业务的 demo。

把自己项目的需求丢进去试，生成的东西要么全是正确的废话，要么术语不对、场景悬空。

改一遍，比自己从头写还累。

身边同行也分成了两拨。

一拨人天天刷 AI 淘汰测试，越刷越焦虑，班加得更凶了。

另一拨人嘴硬说 AI 没用，照旧每天闷头堆用例，熬到半夜。

好像我们这行的出路，要么等着被取代，要么耗死在重复劳动里。

我不想选这两条路。

比起躺着焦虑，我更想磨点真能用的东西

不是拿来做演示的花架子，是能直接塞进日常工作流里，真能帮人从堆用例里脱身的工具。

这一个多月，我扎在项目里。

跟需求文档死磕，跟历史缺陷死磕，跟模型来回死磕。

终于把两个自己在公司落地跑通的 AI 测试用例 Skill，磨到了能拿得出手的地步。

今天跟大家聊聊。

也算给这段停更的日子，一个交代。

一、第一个 Skill：会自己长进的用例助手

第一个是 self-improving-agent。

我私下叫它 会自己长进的用例助手 。

市面上绝大多数 AI 工具，都是一锤子买卖

你给需求，它出结果。

下次用，还是从头再来。

这个不一样。

它是真能跟着你的项目 长大 的。

你把团队沉淀的历史用例、过往线上线下的缺陷、甚至每次评审会被打回的修改意见喂进去，它会自己消化吸收：

你们团队习惯怎么写前置条件。

用什么粒度的测试点。

哪些业务场景是高频风险。

甚至领导评审卡什么标准。

它都能记下来。

不用每次写一大段 prompt 去反复调教。

也不用生成完逐行改术语、补业务逻辑。

用得越久，它出的初稿就越接近你们评审能过的终版。

我们做医疗器械系统，合规要求严，业务场景又碎。

新人上手慢，老人写也免不了反复改。

现在新版本需求下来，先把文档丢进去——

生成的初稿，基本能覆盖 80% 的常规场景。

边界和异常，也能兜住大半。

不用再耗在 这条有没有漏预期结果 、 那个前置条件写没写 这种琐事上。

省下来的时间，终于能沉下心去抠核心业务的风险点。

说句实在的，就这一个工具，我们组每个人每周至少能多出来大半天的整块时间。

不用再靠加班赶用例进度。

二、第二个 Skill：你随身带的资深测试搭子

第二个是 test-master。

更像你随身带的 资深测试搭子 。

它不是简单把需求拆成一条条测试点。

是带着完整的测试设计思路去拆解的：

正常流转。

异常分支。

权限边界。

脏数据场景。

兼容性卡点。

极端并发情况。

很多赶版本时我们脑子一热就漏掉的角落，它会顺着业务逻辑，一点点给你挖出来。

以前版本压得紧的时候，写完用例总心里发虚。

总怕哪个犄角旮旯漏了，上线出问题背锅。

现在自己写完过一遍，再丢给它补一轮盲区——

相当于免费找了个经验老道的同事，做交叉评审。

上次有个工序任务单的需求，我们全组都盯着正常流转、状态变更去写。

它补了中途断网重连、任务异常终止后二次触发、工序跳签校验好几个异常点。

后来测的时候，刚好就在异常终止重试的场景里，测出了数据残留的 bug。

那天就觉得，这一个多月的夜，没白熬。

三、聊回那个问题：测试的意义，到底是什么？

聊回最开始那个问题。

我们天天做测试，工作的意义到底是什么？

AI 浪潮里，普通人怎么才能不被卷走？

这段时间我慢慢想明白了。

测试的核心价值，从来不是 一年写多少条用例 、 接多少个版本 。

写用例、执行、提缺陷，这些都是手段。

我们真正的价值，是把控风险、守住产品的质量底线。

可现实呢？

我们 80% 的精力，都耗在了 写 这个机械重复的动作里。

一天写几十上百条用例，写到脑子发木。

连需求有没有逻辑漏洞都没时间琢磨。

更别说去做质量体系建设、去做深度的测试设计、去提升自己的核心能力。

AI 从来不是来抢饭碗的。

它是来帮我们把自己从琐碎里解放出来的。

把耗时间的体力活交给工具，我们才能腾出手去做真正有门槛、有价值的事。

这就是我眼里，普通测试人在 AI 时代最踏实的突围方式。

写在最后

不用一上来就逼自己学大模型、学算法。

太虚了。

先把每天耗你最久的写用例效率提上去。

先从无休止的加班里喘口气。

你才有精力谈成长、谈未来。

这两个 Skill，我在公司内部已经跑了快一个月。

前前后后踩了不少坑，改了七八版。

现在基本拿来就能用，适配绝大多数 B 端管理系统、业务类项目的测试用例生成。

如果你也天天被写用例磨得身心俱疲，也想试试用 AI 给自己减负，或者想知道怎么在自己的团队里落地跑通，都可以私信我。

具体怎么用、适配什么场景、有哪些避坑经验，我都可以跟你细说。

毕竟，比起天天焦虑 会不会被淘汰 ——

先把工具握在手里，把自己的时间抢回来，才是最实在的事。

最后想跟所有还在坚持的测试同行说一句：

这行从来不是靠熬时间走得远的。

愿我们都能从无尽的琐碎里跳出来，找到自己真正的价值。

如果觉得这篇对你有帮助，随手点个赞、在看、转发三连吧；也可以给我个星标⭐，后面继续聊测试和 AI 的真心话。

/ 作者：AI 浪潮里的测试人

谢谢你看我的文章。我们，下次再见。

推荐阅读