你可能根本不懂
什么是测试
测试的本质不是写用例+执行+提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一个简单判断:你在哪一层? 📏
分享一个自测题,看看自己在哪一层: 👇
如果你的日常思考大部分在第一层,你的职业风险确实很大——不是AI要替代你,而是你的工作本身就是重复性劳动。
如果你的日常思考已经到第二层甚至第三层——恭喜你,你的护城河已经有一定深度了。 🛡️
07写在最后 📝
这篇文章的核心目的不是打击谁,而是想帮你重新理解自己正在做的事。 💡
如果你发现自己每天80%的时间都在执行——写用例、跑回归、验证Bug——那你要意识到:这些工作正在被AI快速侵蚀。
但如果你能开始往"发现风险、定义正确性"的方向走,测试在未来10年依然是一个非常好的职业。 💪
下篇我会聊一个更紧迫的话题:「2025-2027,测试人很危险的三年」——哪些工作正在消失,你现在应该做什么。 👀
📋 本集小结
✅ 测试 ≠ 写用例 + 执行 + 提Bug
✅ 测试 = 理解业务 → 发现隐含规则 → 发现需求漏洞 → 设计验证策略 → 提Bug
✅ AI在"发现没有定义的部分"能力极弱
✅ 测试分三层:验证实现、发现漏洞、定义正确性
✅ 别在第一层卷,往第三层走 🚀
📢 下期预告
「2025-2027,测试人很危险的三年」
窗口期正在关闭,很多人还在卷执行。哪些工作会消失?现在该做什么? 👀
💬 来评论区聊聊 🗣️
你觉得自己现在在第几层?
或者你对"测试到底是什么"这个问题有什么看法?
★ 关注:平凡的二柱子
10年测试老兵 >> 10年+一线老兵,专治各种技术忽悠。
下一篇:「2025-2027,测试人很危险的三年」敬请期待
夜雨聆风