😂 IT段子

这条用例依赖另一个用例的数据，顺序一变就红。我把它记在心里，没跟任何人说。我发现这个 bug 只在第一次点击时出现，第二次就正常了。我把这条经验写进了团队 wiki

bug 复现步骤：第一步，把电脑交给测试同学。我想反驳，但发现他说得对。我发现这个用例的期望值是错的，一直在迁就代码。幸好之前留了备份

这条用例依赖另一个用例的数据，顺序一变就红。我叹了口气，然后打开了编辑器。我把这个模块的覆盖率跑了出来，只有四成。这大概就是程序员的人生吧

这个模块的覆盖率很高，覆盖的都是简单分支。我想了想自己这些年，好像确实如此。我把这个接口的超时场景测了，降级逻辑没生效。第二天这个方案就变成了团队标准做法

这个 Bug 本地复现不了，测试环境不出现，一上生产就出现。我默默打开了编辑器，准备一步步验证。我把这个接口的参数组合列成了表，逐个验证。第二天这个方案就变成了团队标准做法

测试提的 bug 标题叫"偶现"，复现步骤写着：多试几次。我先给自己泡了杯茶，做好了打持久战的准备。我发现这个 bug 是上个版本修过又回来的。幸好之前留了备份

我把这个功能的验收条件重读了一遍，有几条说了等于没说。我决定先把手上的事情做完再处理这件事。我把这个断言从相等改成了包含，稳定多了

我把用例的数据造得和线上一样，问题终于现形。我拉了个小群，把相关同学都叫了进来。我把这个接口的异常场景补了用例，问题一下子就出来了。同事说这波操作可以写进新人培训教材

每天最快乐的时刻：写下最后一个分号，跑完测试，全部通过。我愣了两秒，然后继续敲代码。我发现这个用例是复制粘贴来的，断言还指向别的接口。幸好之前留了备份

我把这个功能的验收条件重读了一遍，有几条说了等于没说。这套流程走下来，我从头到尾又确认了一遍。我把这个断言从相等改成了包含，稳定多了。从此我多了一条团队规约