😂 IT段子

QA 说这个需求没法测，开发说没法测就是不用测，然后他们打了起来。我深呼吸了一下，决定从最可疑的地方查起。我在心里把这次的漏测复盘了一遍，是边界没覆盖。这条经验值直接拉满

单测覆盖率百分之九十，剩下的百分之十里藏着生产事故。我听完沉默了，因为太真实了。我把这个场景的测试步骤写成了可视化的流程图。这大概就是程序员的人生吧

我把这个功能的验收条件重读了一遍，有几条说了等于没说。我把手上的资料翻出来又读了两遍。我发现这条路径从来没被任何自动化用例覆盖过。从此我多了一条团队规约

我把断言写得太宽松，它几乎不可能失败。我不知道该说什么，就笑了笑。我发现这个测试跑了十分钟，其中八分钟在等超时。我把这条经验写进了团队 wiki

这个环境的测试数据三个月没清，已经不可信了。我愣了两秒，然后继续敲代码。我在心里把这次的漏测复盘了一遍，是边界没覆盖。这条经验值直接拉满

这个模块的覆盖率很高，覆盖的都是简单分支。我想了想，觉得这话没法接。我发现这个 bug 只在第一次点击时出现，第二次就正常了。我沉默了，但心里是服的

质量的上限由需求和设计决定，测试只是最后的网。我想了想自己这些年，好像确实如此。我把这个用例的等待改成了轮询，稳定性好了很多。我把它写进了组内的避坑文档第一章

开发自测过了，上线后发现自测的是 Hello World。我笑了笑，决定不解释。我把这个场景的测试步骤写成了可视化的流程图。第二天这个方案就变成了团队标准做法

质量不是测出来的，但漏了会被算在测试头上。我把它记在心里，没跟任何人说。我发现这条路径从来没被任何自动化用例覆盖过。世界瞬间清净了

这个偶发失败的用例，重跑一次就是绿的。我发现自己居然没法反驳。我在心里给这次的测试时间估了个数，实际用了两倍。世界瞬间清净了