测试 VibeCoding 术语

先把这个旅行攻略怎么算完成写清楚：每天有路线、交通时间和官方开放信息，缺一项就不能验收。

把登录失败写成一条别人也能照着重现的测试：准备什么、点哪里、最后应该看到什么。

先单独测一下总价计算函数，优惠券、运费和边界值都别连真实支付。

别只测函数，确认下单接口真的能把订单写进测试数据库，再把结果读回来。

后端把接口字段改名以后，前端总是到联调或上线才坏，能不能在合并代码前就指出哪个约定被破坏了？

像游客本人一样，从选择日期、预订行程一直点到确认页，把整条流程跑一遍。

新版本刚部署，先用几分钟检查首页、登录和预订入口，坏一个就先别继续。

这次只改了优惠券，也要确认原来的支付、退款和订单查询没有被带坏。

别只报一个覆盖率数字，直接指出支付流程还有哪些高风险分支没有测到。

单测别真的扣款，用一个可控的支付替身返回成功和超时，再检查订单模块怎么处理。

每次测试前都准备同一个用户和订单，跑完后清理掉，保证下一次还是同样的起点。

同一个 commit 的测试一会儿过一会儿不过，别只点重试，查清是时序还是共享数据。

活动开始前模拟真实用户同时下单，看看延迟、吞吐和错误率在目标负载下会怎样。