别信文案信接口给自动化脚本装上「接口级断言」脚本跑完了控制台干净页面上还写着操作成功。但事情根本没办成。这种事我这两周遇到过至少五次。后来我改了一条规矩UI 文案不作为验收依据接口返回才算数。本文讲怎么给自动化脚本加接口级断言——不是单元测试那种是在浏览器自动化场景里怎么确认一件操作真的发生了。三个教训教训一页面上说成功了其实没有。批量发文章时我习惯看页面有没有跳成功页、有没有 toast。有一次脚本报告发布成功我去列表一看根本没有那篇文章。原因是文案匹配命中了别的地方——我当时读的是document.body.innerText而正文里恰好也写了发布成功三个字。自己写的文档骗了自己的脚本。教训二CDN 缓存会让你看到旧世界。修完图片转存浏览器打开页面一看图片域名还是旧的以为没生效。用curl直接拉原始 HTML43 处全是新域名、0 处旧域名——更新早就生效了是浏览器缓存骗了我。后来我在验收脚本里加了Network.setCacheDisabled或者给 URL 拼一个时间戳参数破缓存。教训三有些失败完全没有反馈。券点了确定没有任何提示也没有报错。到底用没用上看文案永远看不出来。最后靠抓包确认POST /flow-coupon/use返回{code:200,data:true}—— 这才叫验收。四条可用的验收通道按可靠程度从高到低1. 直接读接口返回最可靠CDP 里开Network.enable监听响应体consthits[];client.on(Network.responseReceived,p{if(/flow-coupon\/use/.test(p.response.url))hits.push(p.response.url);});// 再拿 responseBody 判断 data true判断标准写死在接口的响应字段上不碰任何文案。这是我现在的默认做法。2. 用 curl 打真实请求绕过渲染层判断图片有没有被平台转存不要打开页面看直接拉 HTMLcurl-s-AMozilla/5.0https://example.com/post/xxx\|grep-o-E旧图床域名|新图床域名|sort|uniq-c想验证是不是被 Referer 校验拦了一条命令定性# 带 Referer 和不带 Referer 各打一次对比状态码curl-s-o/dev/null-w%{http_code}-ehttps://a.com$IMGcurl-s-o/dev/null-w%{http_code}$IMG403 和 200 的区别就是有没有 Referer 校验的答案。3. 认 URL 跳转不认成功提示发布类操作最硬的证据是地址栏变了。跳转到了/creation/success/id就是成了。比页面里出现了成功字样可靠得多——后者可能来自页面其它位置、历史残留、或者你自己的正文。4. 破缓存复验只要涉及线上是否生效的判断先禁用缓存再看CDPNetwork.setCacheDisabled { cacheDisabled: true }或者给 URL 拼?nocachetimestamp这一步省掉你会浪费很多时间在明明改了却没变的假故障上。一个可以照抄的断言模板我现在写完一个自动化步骤会顺手加一个断言函数。结构很简单asyncfunctionassertDone(page,check){for(leti0;iN;i){constsawaitsnapshot(page);// 只取硬证据URL、接口返回、DOM 属性if(check(s))returntrue;awaitsleep(3000);}thrownewError(断言失败JSON.stringify(lastSnapshot));}三条约束snapshot 只采集硬证据。URL、接口响应体、元素的class/disabled属性。不采innerText。失败要抛出来别静默。静默失败是最贵的失败——它会让你在错误的前提下继续跑十几个步骤。轮询要有上限。给个超时超时就报别无限等。顺带几个看起来像坏了的真实原因加断言之后我反而更快定位到了几个反直觉的坑元素找不到可能是非标准标签。我找「去使用」按钮找了四轮最后发现它是p classbtn不是button。点了没反应多半是前端校验拦下的找带required的字段或者弹窗里没选中记录。输入写不进去React 受控组件不吃insertText要用原生 setter 再派发input事件。鼠标键盘完全失效页面在后台标签页visibilityState hidden时事件被丢弃。这些都不会报错。所以更需要断言。小结自动化脚本最难的不是让它跑起来是确认它真的跑成了。把验收标准从页面说成功了换成接口返回 true、URL 真的跳了、原始 HTML 真的变了你会少走很多弯路。不要相信文案。文案是给人看的接口才是给机器看的。