😂 IT段子

缺陷的严重程度取决于发现者的职级。我忽然觉得，这可能就是这一行的常态。我发现这条路径从来没被任何自动化用例覆盖过。我把它写进了组内的避坑文档第一章

这个 bug 我复现了七次，第八次它完美地消失了。我笑了笑，决定不解释。我发现这个测试断言的顺序写反了，一直是假绿

每天最快乐的时刻：写下最后一个分号，跑完测试，全部通过。我不知道该说什么，就笑了笑。我在心里给这次的测试时间估了个数，实际用了两倍。好在最后有惊无险

回归测试的意义：改好了一个 bug，送走了两个老 bug 的坟墓，迎来了三个新 bug。我愣了两秒，然后继续敲代码。我把这个接口的参数组合列成了表，逐个验证

这个模块的覆盖率很高，覆盖的都是简单分支。我忽然觉得，这可能就是这一行的常态。我发现这个用例的期望值是错的，一直在迁就代码。好在最后有惊无险

我把这个功能的验收条件重读了一遍，有几条说了等于没说。我先给自己泡了杯茶，做好了打持久战的准备。我把复现步骤一条条写清楚，发现少写一步就复现不了。我把这条经验写进了团队 wiki

缺陷的严重程度取决于发现者的职级。我不知道该说什么，就笑了笑。我加了三道自动化检查，希望下次能早点发现。从此我多了一条团队规约

测试提的 bug 标题叫"偶现"，复现步骤写着：多试几次。我重新看了一遍手上的计划，把风险项标了出来。我把这个功能的手工用例转成了自动化，省了很多时间。我把它写进了组内的避坑文档第一章

测试环境最大的特点是它和线上不一样。我听完沉默了，因为太真实了。我在心里给这次的测试用例优先级排了个序。那一刻我觉得自己还是很专业的

测试提的 bug 标题叫"偶现"，复现步骤写着：多试几次。我盯着屏幕沉默了十分钟。我发现这个用例是复制粘贴来的，断言还指向别的接口。我沉默了，但心里是服的