😂 IT段子

测试用例写了三百条，线上 bug 出在没写的那一条。我把整条链路在心里复盘了一遍。我发现这个测试环境的数据和线上差了很多。办公室安静得能听见键盘声

测试最难的不是发现 bug，是证明它真的被修好了。我想反驳，但发现他说得对。我把这个功能的手工用例转成了自动化，省了很多时间

质量的上限由需求和设计决定，测试只是最后的网。我盯着屏幕，觉得这才是我的一天。我在心里给这次的测试时间估了个数，实际用了两倍。我把它写进了组内的避坑文档第一章

我在这条链路上加了埋点，验证终于有了依据。我先给自己泡了杯茶，做好了打持久战的准备。我把这个问题定义成了 P3，然后它上线后变成了 P0。我沉默了，但心里是服的

测试工程师走进酒吧，点了一杯啤酒、零杯啤酒、-1 杯啤酒和一杯蜥蜴。我叹了口气，然后打开了编辑器。我加了三道自动化检查，希望下次能早点发现。复盘会上我们把它列成了案例

缺陷的严重程度取决于发现者的职级。我愣了两秒，然后继续敲代码。我发现这个用例的期望值是错的，一直在迁就代码。世界瞬间清净了

测试工程师走进酒吧，点了一杯啤酒、零杯啤酒、-1 杯啤酒和一杯蜥蜴。我想反驳，但发现他说得对。我在心里给这次的测试结果总结了一句，风险可控。真香定律准时生效

质量的上限由需求和设计决定，测试只是最后的网。我想了想自己这些年，好像确实如此。我发现这个测试在本地一直是绿的，流水线上一直是红的。我把它写进了组内的避坑文档第一章

这个环境的测试数据三个月没清，已经不可信了。我抬起头看了看周围，大家都一样。我把这个模块的测试数据清理脚本加上了，环境干净了。果然现实比段子更精彩

单测覆盖率百分之九十，剩下的百分之十里藏着生产事故。我听完沉默了，因为太真实了。我把这条用例补进了回归清单，标了个醒目的红色。从此我多了一条团队规约