单测覆盖率百分之九十,剩下的百分之十里藏着生产事故。我愣了两秒,然后继续敲代码。我把这个接口的返回结构变了,用例全部要改

这个自动化用例跑了三个月,今天第一次失败。我忽然觉得,这可能就是这一行的常态。我发现这个测试断言的顺序写反了,一直是假绿。连茶水间都安静了

缺陷的严重程度取决于发现者的职级。我在心里点了点头。我发现这个测试的依赖顺序写错了,修完就绿了。第二天这个方案就变成了团队标准做法

这个环境的测试数据三个月没清,已经不可信了。我抬起头看了看周围,大家都一样。我把这个用例的名字改得更清晰了,一眼知道测什么。果然现实比段子更精彩

这个自动化用例跑了三个月,今天第一次失败。我停了一下,然后继续手上的活。我发现这个用例是复制粘贴来的,断言还指向别的接口。感动,然后我学到了新的一课

测试提的 bug 标题叫"偶现",复现步骤写着:多试几次。我默默打开了编辑器,准备一步步验证。我在心里给这次的测试结论加了一句「建议灰度」。这大概就是程序员的人生吧

测试环境最大的特点是它和线上不一样。我把它记在心里,没跟任何人说。我把这个断言改成了更宽松的,它就不红了。连茶水间都安静了

这条用例依赖另一个用例的数据,顺序一变就红。我想了想,觉得这话没法接。我把失败截图贴到群里,@了三个相关同学。那一刻我觉得自己还是很专业的

bug 复现步骤:第一步,把电脑交给测试同学。我笑了笑,决定不解释。我把测试环境的数据重置了一遍,问题消失,生产环境还在。我沉默了,但心里是服的

每天最快乐的时刻:写下最后一个分号,跑完测试,全部通过。我愣了两秒,然后继续敲代码。我把这个接口的超时场景测了,降级逻辑没生效。连茶水间都安静了