乐于分享
好东西不私藏

AI 大模型时代,不懂这点的测试工程师将被彻底淘汰

AI 大模型时代,不懂这点的测试工程师将被彻底淘汰
🔥 AI时代思考 系列 02/06

你可能根本不懂
什么是测试

🧠  一个10年老测试的AI时代思考 · 第二篇
平凡的二柱子 🧑‍💻/ 10年测试老兵 · AI测试应用专家 / ⏱ 阅读约 9 min
📌 摘要

测试的本质不是写用例+执行+提Bug,而是发现需求文档里没写的风险。"余额不足"的案例证明,AI擅长在已有信息里找答案,而测试的价值在于发现没被定义的风险。你在第几层? 🧠

💡 写在前面

上篇聊完"AI越能写代码,测试反而越值钱"之后,有人问我: "道理我都懂,但你得先告诉我测试到底是什么。"

说实话,我面试过上百个测试,绝大多数的人对这个问题的回答都是错的。今天就把这事掰扯清楚。 💪

01先做个测试 🧪

我问你一个最简单的问题——什么是测试? 🤔

大多数人会脱口而出: 🗣️

// 大多数测试人的"标准答案" 🤖

测试 = 写用例 + 执行 + 提Bug

这个答案对不对?对,但只对了一半。 🤷

这个答案的危险之处在于:它描述的只是"测试的动作",而不是"测试的价值"。

就像你问一个厨子"什么是厨师",他回答"切菜 + 炒菜 + 装盘"。没错,但漏掉了最核心的东西——味觉判断和食材理解。

测试也是一样的道理。 😄

02两种工作流,差距在哪? 📊

大多数人对测试的理解,是一条简化的流水线: 🤔

// 大多数人的认知 🤔

看需求

写用例

执行

提Bug

但一个老测试的实际工作流,其实长这样: 🧠

// 实际的价值链条 ✨

理解业务 ← 最难替代 🧠

发现隐含规则 ← AI最弱 🕵️

发现需求漏洞 ← 核心价值 💎

设计验证策略 ← 需要经验 📐

提Bug ← 最容易替代的一步 🤥

看到了吗?"提Bug"只是最后一环。真正创造价值的,是前面那几步看不见的工作。 🎯

⚡ 核心观点

✅ "提Bug"只是最后一环,前面才是价值所在。

✅ 而这恰恰也是AI最不擅长的几步。

03把AI拉出来遛遛 🤖

不扯理论,直接上真家伙。还是上次那个需求: 💯

"用户余额不足时禁止下单"

扔给AI,它几秒生成了下面这些用例:

// AI 的成果 🤖

TestCase 001: 余额 = 0,禁止下单

TestCase 002: 余额 = -1,禁止下单

TestCase 003: 余额 = 商品价格 - 0.01,禁止下单

TestCase 004: 余额 = 商品价格,允许下单

TestCase 005: 余额 > 商品价格,允许下单

乍一看挺全,边界值、等价类、正反例都有了。 👀

但一个有3年以上经验的测试,面对同样这个需求,脑子里过的是什么? 🤔

❓ 老测试的思维链

❓ 优惠券抵扣后余额不足,算不算不足?

❓ 分期支付怎么算余额?首期还是全额?

❓ 多币种账户汇率折算后怎么算?

❓ 并发扣款两个订单同时下单会超扣吗?

❓ 下单瞬间余额被另一个订单占用怎么办?

❓ 网络超时前端扣了但后端没扣,怎么处理?

❓ 退款后余额恢复,再下单的时序问题?

看出差距了吗?AI写的是"需求里有的",老测试问的是"需求里没有的"。 💥

而这7个问题,随便拎出来一个没处理好,就可能是线上P0事故。 🔥

"AI擅长在已有信息里找答案。测试的价值在于发现'不存在于任何文档里'的风险。"

—— 平凡的二柱子

04为什么AI做不到? 🤷

你可能觉得,再过两年AI就能做到了。

可能会,但这里有个结构性难题

你仔细观察上面那7个质问,它们都有一个共同特点:这些问题的答案不在需求文档里。

它们来自哪里? 🧐

🧠

行业经验

见过类似场景的坑

🔍

业务理解

熟悉业务域的深层逻辑

风险直觉

"这里感觉会出事"

这三样东西,AI都没有。 🚫

大模型确实读过大量代码和文档,但它没有真正"用过"一个电商系统,没有经历过双11线上事故,没有跟产品经理吵过架才知道需求里埋了多少雷。这些经验不是靠Token能学到的。

05那测试到底该做什么? 🎯

回到核心问题:如果我们重新定义测试,它应该是什么?

我认为测试的本质是三个层次

🎯 测试的三个层次

第一层:验证实现 🤖
确认需求文档里的功能。这层工作占现在测试工作的60%,但价值只占20%。AI最容易替代。

第二层:发现漏洞 🕵️
发现需求文档里没有写清楚的地方。识别边界条件、异常路径、隐含风险。AI部分可辅助。

第三层:定义正确性 👑
判断什么是"正确"——不仅功能正确,还包括业务逻辑、用户体验、风险控制、合规性。AI很难替代。

现在很多测试人天天在第一层卷生卷死,却觉得自己的职业天花板很低。 😩

其实不是天花板低,是你一直在底层打转。

06一个简单判断:你在哪一层? 📏

分享一个自测题,看看自己在哪一层: 👇

当你接到一个需求
层级
"需求说测什么就测什么" 😐
第一层
"把边界值和等价类全列一遍" 📋
第一层
"这个需求可能有隐含条件没写清楚" 🤔
第二层
"这里如果线上出事故,可能是XX原因" 🚨
第二层
"这个系统和XXX的交互存在结构性问题" 🔧
第三层

如果你的日常思考大部分在第一层,你的职业风险确实很大——不是AI要替代你,而是你的工作本身就是重复性劳动。

如果你的日常思考已经到第二层甚至第三层——恭喜你,你的护城河已经有一定深度了。 🛡️

07写在最后 📝

这篇文章的核心目的不是打击谁,而是想帮你重新理解自己正在做的事。 💡

如果你发现自己每天80%的时间都在执行——写用例、跑回归、验证Bug——那你要意识到:这些工作正在被AI快速侵蚀。

但如果你能开始往"发现风险、定义正确性"的方向走,测试在未来10年依然是一个非常好的职业。 💪

下篇我会聊一个更紧迫的话题:「2025-2027,测试人很危险的三年」——哪些工作正在消失,你现在应该做什么。 👀

📋 本集小结

✅ 测试 ≠ 写用例 + 执行 + 提Bug

✅ 测试 = 理解业务 → 发现隐含规则 → 发现需求漏洞 → 设计验证策略 → 提Bug

✅ AI在"发现没有定义的部分"能力极弱

✅ 测试分三层:验证实现、发现漏洞、定义正确性

✅ 别在第一层卷,往第三层走 🚀

📢 下期预告

「2025-2027,测试人很危险的三年」

窗口期正在关闭,很多人还在卷执行。哪些工作会消失?现在该做什么? 👀

💬 来评论区聊聊 🗣️

你觉得自己现在在第几层?
或者你对"测试到底是什么"这个问题有什么看法?

★ 关注:平凡的二柱子

10年测试老兵 >> 10年+一线老兵,专治各种技术忽悠。

下一篇:「2025-2027,测试人很危险的三年」敬请期待

相关学习资料