MisoTech Logo
MisoTech<Decode />
首页关于服务项目博客联系隐私政策免责声明
MisoTech Logo
MisoTech

Decode the Stack

专业技术解决方案和见解,帮助您解码技术栈。

快速链接

  • 首页
  • 关于
  • 项目
  • 博客
  • 联系
  • 隐私政策
  • 免责声明

联系

Email: [email protected]

地址: San Francisco, CA

关注我

© 2026 MisoTech. 保留所有权利。

使用 Next.js 和 Tailwind CSS 制作,充满❤️

方法论自动化测试代码质量Vibe Coding

从人肉跑一遍到AI自己验:我的3个土办法和1张边界清单

2026年09月11日
Archer
9 min read
从人肉跑一遍到AI自己验:我的3个土办法和1张边界清单

人工“跑一遍主流程”是 AI 编码交付中最脆弱的一环,极易漏掉边界输入、异常状态与暗中改坏的旧模块。本文提出“AI的能力边界由可验证反馈决定”,并通过三句轻量级 Prompt 动作将验证动作外包给 AI,把每一次踩坑转化成自动拦截的机器资产。

评分

综合评分4.9/5
易用性4.9/5
功能强度4.7/5

优点

  • 1. 即刻可用零门槛:无需一开始配置重型 CI/CD 或复杂的测试框架,单句提示词就能约束 AI 自测。
  • 2. 直击隐性认知债:有效防范 AI 顺手改坏关联文件、特殊字符白屏与极端空状态等深坑。
  • 3. 闭环飞轮效应:把每次人工翻车经验写成边界清单,让测试用例随项目演进而内生增值。

缺点

  • 1. 如果底层环境本身缺乏基础的自动化测试运行环境(如纯静态单页面或未配置 runtime),第一刀需要先让 AI 自行搭建测试骨架。

对比表

点击表头可排序
工具
验收模式
用例覆盖范围
耗时与精力
沉淀资产价值
外包自动化验证
覆盖全量回归用例、长文本与特殊字符边界、动态改动影响面预审。AI 30 秒跑完数十条用例,不知疲倦高频迭代。持续沉淀边界清单,翻过的车形成永久机器防护盾,放大开发者自主权。
人工肉眼跑一遍
仅覆盖 Happy Path(主流程);极易漏掉边界输入、异常状态和顺手改坏的关联模块。单次至少 10 分钟,枯燥且容易疲劳遗漏。零积累,只检验当前单次提交,积累不可见的虚假信心与认知债。
高亮单元格表示该列中的最佳值。

"验证 ,而不是生成,才是真正的 瓶颈 。"

上一篇《AI时代的技术资产审计》我们聊了哪些投入会被下一代模型作废,今天我们来看下,怎么把验证做成 AI 能自己跑的流程。

先问一个场景,AI 写完代码,跟你说一句:我做完了。你接下来干什么?

我猜大多数人的答案,和我以前一模一样:眼见为实,跑一遍看效果。打开页面,把主流程从头到尾点一遍,没问题,交付。

听起来很稳对吧?

我以前也这么觉得,直到翻车翻多了才看明白:跑一遍,恰恰是整个验证体系里最薄的一层。

这篇文章就干一件事:把跑一遍这个动作,从你手上挪到 AI 自己手上。3 个土办法,1 张清单,零基建门槛,看完今天就能用。

📌 本文看点

01 跑一遍漏掉的三类雷

02 为什么验证成了主战场

03 3 个土办法和 1 张清单

01 MINEFIELD

跑一遍,漏掉的是三类雷

先讲我印象最深的一次翻车。

去年初刚开始用AI做小程序,AI 把功能写完,我把主流程从头到尾点了一遍:建单、提交、查询,全都是好的,看着没问题就交付了。

结果几天后用户反馈来的时候我人是懵的:输入框里粘贴了一长串带表情的文本,页面直接白屏;另一个没数据的列表页,显示成一片空白。我回头排查,还发现一个更隐蔽的问题:AI 之前帮我修一个小 bug 时,顺手改了另一个模块的判断逻辑。

我验证的是新改的功能,它弄坏的是我根本没想到要看一眼的地方。

感觉就像你验收了一套精装修,水电全通、墙面锃亮,结果隔壁房间被施工队悄悄拆了堵承重墙。

Image
  • 图1|跑一遍漏掉的三类雷

那次之后我复盘,发现眼见为实有个天生的缺陷:它只覆盖你想得到的路径。具体说,漏三类雷:

边界输入

长文本、特殊字符、表情符号

异常状态

空列表、弱网、没权限

被顺手改坏的旧功能

AI 修 bug 时动了别处,而你根本没想到那里要看

02 THE SHIFT

为什么验证成了主战场

不是我一个人的执念,整个行业都在收敛到同一个判断。

淘天团队说得很直白:AI 的能力边界,是由可验证的反馈决定的。 coding 之所以最先被 AI 拿下,不是因为简单,而是因为编译过没过、测试绿没绿,机器自己就能判。

他们给企业画的分层验证体系是:编译、单测这类秒级反馈给 AI 高频自主迭代用;集成测试、浏览器自动化这类分钟级反馈覆盖更真实的行为;人工判断只留给机器裁决不了的部分,业务价值、用户体验、伦理边界。

更有说服力的是 Anthropic 的内部数据:验证类 skill,是他们对 Claude 产出质量影响最可测量的一类。说白了,连造模型的公司,都在把验证做成 AI 自己跑的流程。

道理其实不复杂。启动一个 agent 只要一句话,但收口一点都不便宜。当 AI 生成代码的速度远超你能验证的速度,你囤的不是效率,是认知债:代码看着干净、测试看着全绿,但没有人真正理解它。

最麻烦的是,这种债不疼不痒,出事之前你根本感觉不到它的存在,它滋生的是虚假的信心。

「验证,而不是生成,才是真正的瓶颈。」

Image
  • 图2|分层验证:越往下,AI 越自主

03 HOW-TO

3 个土办法,今天就能用

道理讲完,上土办法。都不成体系,但真管用,每一条都是一句话 prompt 级别的动作。

第一刀:跑的动作,外包给 AI。

现在 AI 写完代码,我不再自己先点,而是直接一句话:

写完先自己跑测试,全绿再给我看。

跑的动作外包回给了 AI,我只看它贴出来的测试结果。账很好算:它30 秒跑完 20 个用例,全程不喊累不嫌烦;我自己点主流程至少 10 分钟,还只覆盖 happy path。同样的时间,我可以让它再跑三轮边界用例。

第二刀:动手之前,先答影响面。

让 AI 改东西之前,必须先回答我一句:

这次改动涉及哪几个文件?会不会影响别的地方?

答不上来就不许动手。说来也怪,光是多这一句,它乱改的次数肉眼可见地少了。改动范围,变成了它的自我约束。

第三刀:边界清单,翻车变资产。

我把翻过车的边界输入,长文本、特殊字符、空列表、弱网,存成一张清单。新功能交付前,让 AI 按清单逐条自测一遍。

这张清单每翻一次车才长一条,但它本身就是资产:翻过的车,不再翻第二次。

Image
  • 图3|3 个土办法,今天就能用

小技巧:清单不用一开始就建全,从空表开始,每翻一次车补一条。半年后回头看,你会发现自己攒下了一份比任何教程都贴合你项目的检查表。

04 AUTONOMY

你攒的不是测试,是自主权

聊到这,可以把上一篇的话接上了。

上一篇《AI时代的技术资产审计》说,人的主观认识是模型永远拿不到的信息:什么算做完了、什么算够好了,这些标准只在你脑子里。验证,就是把这些只在你脑子里的标准,一条一条翻译成机器能自己跑的信号。

我那张边界清单,每一条都是我用一次翻车换来的判断,现在它们变成了 AI 能自己执行的检查项。所以验证这件事,本质上是在攒增值区的资产,上一篇说贬值区和增值区,验证就是你最该建的那个增值区。

它直接决定一件事:你验证得越便宜、越可靠,就敢把越大的活交给 AI 自己跑。

反过来看也成立,说白了你只敢跑一遍就交付,不是因为你谨慎,是你的验证能力只支撑得起这么多自主权。敢不敢放手,从来不是性格问题,是验证能力问题。

Image
  • 图4|验证能力 = 你敢放手的自主权

∞ THE END

从下一次翻车开始

别再用我点了一遍安慰自己了。

「跑一遍是在检查这一次,攒一套验证是在保障每一次。」

下一次翻车,先别沮丧,把它变成一条清单、一个测试。那才是你从 AI 时代真正带走的东西。

也很想听听:你现在敢让 AI 自己跑多大的活?是一段函数、一个模块,还是一整个项目?评论区聊聊你的验证做法,让我们互相抄抄作业。

END

我是艾启蒙,用 AI 陪伴成长,用技术创造价值。

如果这篇文章对你有帮助,点个「分享」,让更多想学AI编程的朋友看到。 觉得内容有价值?设个邮箱订阅,以后每次更新都能第一时间收到。
返回博客列表

目录

  • "验证 ,而不是生成,才是真正的 瓶颈 。"
  • 跑一遍,漏掉的是三类雷
  • 为什么验证成了主战场
  • 3 个土办法,今天就能用
  • 你攒的不是测试,是自主权
  • 从下一次翻车开始
  • "验证 ,而不是生成,才是真正的 瓶颈 。"
  • 跑一遍,漏掉的是三类雷
  • 为什么验证成了主战场
  • 3 个土办法,今天就能用
  • 你攒的不是测试,是自主权
  • 从下一次翻车开始

目录

  • "验证 ,而不是生成,才是真正的 瓶颈 。"
  • 跑一遍,漏掉的是三类雷
  • 为什么验证成了主战场
  • 3 个土办法,今天就能用
  • 你攒的不是测试,是自主权
  • 从下一次翻车开始
  • "验证 ,而不是生成,才是真正的 瓶颈 。"
  • 跑一遍,漏掉的是三类雷
  • 为什么验证成了主战场
  • 3 个土办法,今天就能用
  • 你攒的不是测试,是自主权
  • 从下一次翻车开始

加载评论中…

相关内容

别再无脑点同意了!3道防线把判断权从AI手里拿回来

过度依赖 AI 编程易导致开发者沦为麻木的“审批按钮”——点同意只需 3 秒,看懂却要 30 分钟。这种决策疲劳会导致“智能体黑箱”,造成任务成功但认知完全空心化的隐形负债。本文提出 5 信号自测清单与 3 道关键防线,帮助开发者把技术判断权从 AI 手中拿回来。

共同标签:Vibe Coding, 方法论

2026/9/24
代码能跑不算完:AI写的代码,讲不清3个问题就别合并

针对使用 AI 编程时“任务成功但理解失败”的空心化问题,作者基于 Anthropic 的理解验证思路与自身四个真实项目的迭代实践,提炼出一套极简实操工作流:通过剖析理解流失的三大漏点(会话内/会话间/未落纸),确立“任务完成”与“理解完成”两条并行验收线,利用固定三问复述与 Harness/CLAUDE.md 沉淀,把技术认知从脑内传话筒升级为机器可驻留的环境资产。

共同标签:Vibe Coding, 方法论

2026/10/1
我已经一年多没维护过提示词了:一次 AI 时代的技术资产审计

随着大模型快速进化,过去熬夜打磨的 Prompt 技巧、囤积的 MCP 和插件正在大面积失效贬值。本文从三年实战经验出发,拆解模型升级下的资产贬值区与增值区,并提供一套“三问自检清单”加“24小时法则”,助你分清真正不可替代的人类认知资产。

共同标签:方法论

2026/9/6
别告诉 AI"别想粉红大象",告诉它想一只蓝色的猫

本文揭示了在编写 Prompt 时使用“不要”、“严禁”等否定指令的弊端。通过剖析大模型的正向选择机制、粉红大象效应及训练本能,提出将“禁止黑名单”改为“正向白名单”的优化策略,从而有效提高 AI 执行的精准度。

共同标签:Vibe Coding

2026/8/3