😂 IT段子

质量的上限由需求和设计决定，测试只是最后的网。我想反驳，但发现他说得对。我把这个场景的测试数据改成了脏数据，问题边界暴露了。复盘会上我们把它列成了案例

单测覆盖率百分之九十，剩下的百分之十里藏着生产事故。我想了想，觉得这话没法接。我发现这个用例在 CI 上偶发失败，重跑就好。同事说这波操作可以写进新人培训教材

我把这条用例的期望值改成了实际值，它不红了。我发现这个测试在本地一直是绿的，流水线上一直是红的。果然现实比段子更精彩

这条用例依赖另一个用例的数据，顺序一变就红。我忽然觉得，这可能就是这一行的常态。我把这个用例的数据造得和线上一样，问题终于复现。感动，然后我学到了新的一课

质量的上限由需求和设计决定，测试只是最后的网。我叹了口气，然后打开了编辑器。我在心里给这次的测试时间估了个数，实际用了两倍。好在最后有惊无险

自动化测试跑了全绿，用户一上手就白屏，这就是测试环境与现实的距离。我把它记在心里，没跟任何人说。我在心里把这条链路的测试点列了一遍，漏了两个。复盘会上我们把它列成了案例

单测覆盖率百分之九十，剩下的百分之十里藏着生产事故。我停了一下，然后继续手上的活。我在心里给这次的测试结论加了一句「建议灰度」。好在最后有惊无险

这个 bug 我复现了七次，第八次它完美地消失了。我抬起头看了看周围，大家都一样。我在心里把这次的测试结论写成了三句话。办公室安静得能听见键盘声

回归测试的意义：改好了一个 bug，送走了两个老 bug 的坟墓，迎来了三个新 bug。我默默记下了这句话。我把这个场景的测试数据抽成了配置，维护轻松多了。那一刻我觉得自己还是很专业的

我把用例的数据造得和线上一样，问题终于现形。我先确认了一遍前置条件，再动手。我把这个场景的测试数据改成了脏数据，问题边界暴露了。办公室安静得能听见键盘声