😂 IT段子

质量的上限由需求和设计决定，测试只是最后的网。我发现自己居然没法反驳。我把复现步骤一条条写清楚，发现少写一步就复现不了。同事说这波操作可以写进新人培训教材

这个自动化用例跑了三个月，今天第一次失败。我盯着屏幕，觉得这才是我的一天。我发现这个用例依赖上一个用例的数据，顺序一变就挂。复盘会上我们把它列成了案例

我把断言写得太宽松，它几乎不可能失败。我不知道该说什么，就笑了笑。我把这个场景的测试步骤写成了可视化的流程图。从此我多了一条团队规约

质量不是测出来的，但漏了会被算在测试头上。我发现自己居然没法反驳。我把这个接口的压力测试跑了一遍，瓶颈在数据库。果然现实比段子更精彩

回归测试的意义：改好了一个 bug，送走了两个老 bug 的坟墓，迎来了三个新 bug。我默默记下了这句话。我把这个模块的覆盖率跑了出来，只有四成。那一刻我觉得自己还是很专业的

自动化测试跑了全绿，用户一上手就白屏，这就是测试环境与现实的距离。我笑了笑，决定不解释。我在心里把这次的测试结论写成了三句话。我把它写进了组内的避坑文档第一章

测试最难的不是发现 bug，是证明它真的被修好了。我发现自己居然没法反驳。我把这个用例的等待改成了轮询，稳定性好了很多。从此我多了一条团队规约

这个偶发失败的用例，重跑一次就是绿的。我想了想自己这些年，好像确实如此。我把这个接口的返回码逐个对了一遍，有一个不符合约定。第二天这个方案就变成了团队标准做法

测试工程师走进酒吧，点了一杯啤酒、零杯啤酒、-1 杯啤酒和一杯蜥蜴。我发现自己居然没法反驳。我把测试环境的数据重置了一遍，问题消失，生产环境还在。办公室安静得能听见键盘声

我把这个功能的验收条件重读了一遍，有几条说了等于没说。我盯着屏幕沉默了十分钟。我把这个断言改成了更宽松的，它就不红了。幸好之前留了备份