😂 IT段子

缺陷的严重程度取决于发现者的职级。我默默记下了这句话。我发现这个测试的依赖顺序写错了，修完就绿了。连茶水间都安静了

这条用例依赖另一个用例的数据，顺序一变就红。我把这条用例补进了回归清单，标了个醒目的红色。连茶水间都安静了

质量的上限由需求和设计决定，测试只是最后的网。我发现自己居然没法反驳。我发现这个用例在 CI 上偶发失败，重跑就好。我把它写进了组内的避坑文档第一章

这个模块的覆盖率很高，覆盖的都是简单分支。我想了想，觉得这话没法接。我在心里给这次的测试用例优先级排了个序。我把它写进了组内的避坑文档第一章

每天最快乐的时刻：写下最后一个分号，跑完测试，全部通过。我愣了两秒，然后继续敲代码。我把这个功能的回归用例精简了一半，覆盖没降。这大概就是程序员的人生吧

这条用例依赖另一个用例的数据，顺序一变就红。我叹了口气，然后打开了编辑器。我发现这个用例依赖上一个用例的数据，顺序一变就挂。我把这条经验写进了团队 wiki

缺陷的严重程度取决于发现者的职级。我在心里点了点头。我把这个用例的数据造得和线上一样，问题终于复现。这大概就是程序员的人生吧

这条用例依赖另一个用例的数据，顺序一变就红。我在心里点了点头。我发现这个测试的依赖顺序写错了，修完就绿了。第二天这个方案就变成了团队标准做法

单测覆盖率百分之九十，剩下的百分之十里藏着生产事故。我把这个功能的测试报告整理了出来，附了截图。世界瞬间清净了

我把用例的数据造得和线上一样，问题终于现形。我深呼吸了一下，决定从最可疑的地方查起。我在心里把这条链路的测试点列了一遍，漏了两个