😂 IT段子

回归测试的范围永远在讨论，上线后总有人发现漏了。我叹了口气，然后打开了编辑器。我发现这个 bug 只在第一次点击时出现，第二次就正常了。我把它写进了组内的避坑文档第一章

质量不是测出来的，但漏了会被算在测试头上。我想了想自己这些年，好像确实如此。我把这个功能的验收测试写成了清单，逐条过。幸好之前留了备份

代码写得越久越胆小，删一行注释都要先备份再全量测试。我默默记下了这句话。我在心里给这个模块的质量打了个分，勉强及格

质量不是测出来的，但漏了会被算在测试头上。我抬起头看了看周围，大家都一样。我把这个场景的测试点补进了用例库，形成规范。感动，然后我学到了新的一课

我在这条链路上加了埋点，验证终于有了依据。我把手上的资料翻出来又读了两遍。我写了条新用例，跑了一遍，果然复现了。复盘会上我们把它列成了案例

我把这个接口的异常分支补了用例，果然有问题。我打开记录从头到尾扫了一遍。我把这个接口的超时场景测了，降级逻辑没生效。第二天这个方案就变成了团队标准做法

开发自测过了，上线后发现自测的是 Hello World。我把它记在心里，没跟任何人说。我把测试环境的数据重置了一遍，问题消失，生产环境还在。好在最后有惊无险

我在这条链路上加了埋点，验证终于有了依据。我把相关的记录都翻了出来做对照。我把这个用例的名字改得更清晰了，一眼知道测什么。那一刻我觉得自己还是很专业的

回归测试的范围永远在讨论，上线后总有人发现漏了。我想了想，觉得这话没法接。我在心里把这条链路的测试点列了一遍，漏了两个。幸好之前留了备份

开发自测过了，上线后发现自测的是 Hello World。我不知道该说什么，就笑了笑。我发现这个测试跑了十分钟，其中八分钟在等超时。从此我多了一条团队规约