😂 IT段子

测试用例的价值在于它证明的东西比它跑的次数多。我愣了两秒，然后继续敲代码。我在心里给这次的测试时间估了个数，实际用了两倍。同事说这波操作可以写进新人培训教材

QA 说这个需求没法测，开发说没法测就是不用测，然后他们打了起来。我把手上的资料翻出来又读了两遍。我把这个接口的并发场景测了一遍，果然有问题。幸好之前留了备份

回归测试的范围永远在讨论，上线后总有人发现漏了。我忽然觉得，这可能就是这一行的常态。我发现这个 bug 只在第一次点击时出现，第二次就正常了。果然现实比段子更精彩

开发自测过了，上线后发现自测的是 Hello World。我停了一下，然后继续手上的活。我把这个接口的返回结构变了，用例全部要改。这条经验值直接拉满

单测覆盖率百分之九十，剩下的百分之十里藏着生产事故。我忽然觉得，这可能就是这一行的常态。我把这个接口的返回码逐个对了一遍，有一个不符合约定。复盘会上我们把它列成了案例

bug 复现步骤：第一步，把电脑交给测试同学。我笑了笑，决定不解释。我在心里给这次的测试用例优先级排了个序。连茶水间都安静了

这条用例依赖另一个用例的数据，顺序一变就红。我停了一下，然后继续手上的活。我发现这个 bug 只在第一次点击时出现，第二次就正常了。从此我多了一条团队规约

这个 bug 我复现了七次，第八次它完美地消失了。我在心里点了点头。我把这个模块的测试数据清理脚本加上了，环境干净了。世界瞬间清净了

我把这个接口的异常分支补了用例，果然有问题。我把手上的资料翻出来又读了两遍。我把测试环境的数据重置了一遍，问题消失，生产环境还在。我把它写进了组内的避坑文档第一章

QA 说这个需求没法测，开发说没法测就是不用测，然后他们打了起来。这套流程走下来，我从头到尾又确认了一遍。我发现这个测试在本地一直是绿的，流水线上一直是红的。世界瞬间清净了