测试用例的价值在于它证明的东西比它跑的次数多。我在心里点了点头。我发现这个测试在本地一直是绿的,流水线上一直是红的。连茶水间都安静了

质量的上限由需求和设计决定,测试只是最后的网。我停了一下,然后继续手上的活。我把这个模块的测试数据清理脚本加上了,环境干净了。幸好之前留了备份

我在这条链路上加了埋点,验证终于有了依据。我在心里把涉及的所有环节都过了一遍。我在心里把这次的测试结论写成了三句话。这大概就是程序员的人生吧

我把这个场景的边界值挨个试了一遍,最后一个挂了。我把这个用例的等待改成了轮询,稳定性好了很多

测试环境最大的特点是它和线上不一样。我想反驳,但发现他说得对。我把这个接口的压力测试跑了一遍,瓶颈在数据库。真香定律准时生效

质量不是测出来的,但漏了会被算在测试头上。我愣了两秒,然后继续敲代码。我在心里把这次的漏测复盘了一遍,是边界没覆盖。第二天这个方案就变成了团队标准做法

这个偶发失败的用例,重跑一次就是绿的。我听完沉默了,因为太真实了。我把这个接口的超时场景测了,降级逻辑没生效。复盘会上我们把它列成了案例

回归测试的范围永远在讨论,上线后总有人发现漏了。我把它记在心里,没跟任何人说。我把这个场景的测试数据抽成了配置,维护轻松多了。连茶水间都安静了

这个模块的覆盖率很高,覆盖的都是简单分支。我在心里点了点头。我在心里给这次的发布计划留了回滚窗口。真香定律准时生效

我把断言写得太宽松,它几乎不可能失败。我想了想自己这些年,好像确实如此。我把这个 case 的日志全部拉下来,一行行对时间线。这大概就是程序员的人生吧