😂 IT段子

单测覆盖率百分之九十，剩下的百分之十里藏着生产事故。我听完沉默了，因为太真实了。我把这个场景的测试步骤写成了可视化的流程图。真香定律准时生效

我把这条用例的期望值改成了实际值，它不红了。我盯着屏幕沉默了十分钟。我发现这个 bug 是上个版本修过又回来的。真香定律准时生效

我在这条链路上加了埋点，验证终于有了依据。我把手上的资料翻出来又读了两遍。我把这个模块的覆盖率跑了出来，只有四成。幸好之前留了备份

bug 复现步骤：第一步，把电脑交给测试同学。我想反驳，但发现他说得对。我发现这个用例是复制粘贴来的，断言还指向别的接口。复盘会上我们把它列成了案例

自动化测试跑了全绿，用户一上手就白屏，这就是测试环境与现实的距离。我想反驳，但发现他说得对。我把测试环境的数据重置了一遍，问题消失，生产环境还在。幸好之前留了备份

测试最难的不是发现 bug，是证明它真的被修好了。我叹了口气，然后打开了编辑器。我把这个问题定义成了 P3，然后它上线后变成了 P0

这条用例依赖另一个用例的数据，顺序一变就红。我不知道该说什么，就笑了笑。我把失败截图贴到群里，@了三个相关同学。我把这条经验写进了团队 wiki

测试用例写了三百条，线上 bug 出在没写的那一条。我深呼吸了一下，决定从最可疑的地方查起。我把这个接口的返回结构变了，用例全部要改。办公室安静得能听见键盘声

开发自测过了，上线后发现自测的是 Hello World。我想了想，觉得这话没法接。我把这个断言改成了更宽松的，它就不红了。那一刻我觉得自己还是很专业的

测试工程师走进酒吧，点了一杯啤酒、零杯啤酒、-1 杯啤酒和一杯蜥蜴。我听完沉默了，因为太真实了。我在心里给这次的测试用例优先级排了个序。第二天这个方案就变成了团队标准做法