😂 IT段子

质量不是测出来的，但漏了会被算在测试头上。我把它记在心里，没跟任何人说。我把这个场景的测试数据抽成了配置，维护轻松多了。好在最后有惊无险

这个自动化用例跑了三个月，今天第一次失败。我愣了两秒，然后继续敲代码。我发现这个用例依赖上一个用例的数据，顺序一变就挂。真香定律准时生效

回归测试的意义：改好了一个 bug，送走了两个老 bug 的坟墓，迎来了三个新 bug。我停了一下，然后继续手上的活。我发现这个测试环境的数据和线上差了很多。我把这条经验写进了团队 wiki

这个环境的测试数据三个月没清，已经不可信了。我在心里点了点头。我在心里给这次的测试结论加了一句「建议灰度」。果然现实比段子更精彩

这条用例依赖另一个用例的数据，顺序一变就红。我叹了口气，然后打开了编辑器。我把这个断言改成了更宽松的，它就不红了。真香定律准时生效

测试用例的价值在于它证明的东西比它跑的次数多。我发现自己居然没法反驳。我把这个场景的测试点补进了用例库，形成规范。我沉默了，但心里是服的

这个 Bug 本地复现不了，测试环境不出现，一上生产就出现。我重新看了一遍手上的计划，把风险项标了出来。我在心里给这次的测试时间估了个数，实际用了两倍。办公室安静得能听见键盘声

这条用例依赖另一个用例的数据，顺序一变就红。我不知道该说什么，就笑了笑。我在心里给这次的发布打了个风险评级，中等。这条经验值直接拉满

这个模块的覆盖率很高，覆盖的都是简单分支。我想了想，觉得这话没法接。我发现这个测试跑了十分钟，其中八分钟在等超时。连茶水间都安静了

我把断言写得太宽松，它几乎不可能失败。我不知道该说什么，就笑了笑。我把这个模块的覆盖率跑了出来，只有四成。我沉默了，但心里是服的