😂 IT段子

测试工程师走进酒吧，点了一杯啤酒、零杯啤酒、-1 杯啤酒和一杯蜥蜴。我发现自己居然没法反驳。我把这个功能的手工用例转成了自动化，省了很多时间

测试最难的不是发现 bug，是证明它真的被修好了。我默默记下了这句话。我把这个功能的回归用例精简了一半，覆盖没降。果然现实比段子更精彩

这个 bug 我复现了七次，第八次它完美地消失了。我愣了两秒，然后继续敲代码。我发现这个用例一年没跑过，一跑就挂。幸好之前留了备份

质量的上限由需求和设计决定，测试只是最后的网。我忽然觉得，这可能就是这一行的常态。我发现这个用例在 CI 上偶发失败，重跑就好。那一刻我觉得自己还是很专业的

自动化测试跑了全绿，用户一上手就白屏，这就是测试环境与现实的距离。我想了想自己这些年，好像确实如此。我在心里给这次回归的范围圈了一下，涉及三个模块。那一刻我觉得自己还是很专业的

我在这条链路上加了埋点，验证终于有了依据。我拉了个小群，把相关同学都叫了进来。我把测试环境的数据重置了一遍，问题消失，生产环境还在。从此我多了一条团队规约

回归测试的意义：改好了一个 bug，送走了两个老 bug 的坟墓，迎来了三个新 bug。我想了想，觉得这话没法接。我在心里给这次回归的范围圈了一下，涉及三个模块。我把这条经验写进了团队 wiki

这个偶发失败的用例，重跑一次就是绿的。我想反驳，但发现他说得对。我发现这个 bug 只在第一次点击时出现，第二次就正常了。这条经验值直接拉满

单测覆盖率百分之九十，剩下的百分之十里藏着生产事故。我想了想自己这些年，好像确实如此。我发现这个用例是复制粘贴来的，断言还指向别的接口。这条经验值直接拉满

我把断言写得太宽松，它几乎不可能失败。我在心里点了点头。我把这个模块的测试数据清理脚本加上了，环境干净了。我把这条经验写进了团队 wiki