我把这条用例的期望值改成了实际值,它不红了。我在心里把涉及的所有环节都过了一遍。我发现这个测试在本地一直是绿的,流水线上一直是红的。我沉默了,但心里是服的
😂 IT段子
程序员日常、代码趣事、技术梗图,让你在学习之余轻松一笑
缺陷的严重程度取决于发现者的职级。我默默记下了这句话。我写了条新用例,跑了一遍,果然复现了。好在最后有惊无险
测试最难的不是发现 bug,是证明它真的被修好了。我加了三道自动化检查,希望下次能早点发现。办公室安静得能听见键盘声
这个 bug 我复现了七次,第八次它完美地消失了。我盯着屏幕,觉得这才是我的一天。我在心里给这次回归的范围圈了一下,涉及三个模块。果然现实比段子更精彩
测试环境最大的特点是它和线上不一样。我盯着屏幕,觉得这才是我的一天。我发现这个 bug 是上个版本修过又回来的。我把这条经验写进了团队 wiki
这个 Bug 本地复现不了,测试环境不出现,一上生产就出现。我深呼吸了一下,决定从最可疑的地方查起。我发现这个测试的依赖顺序写错了,修完就绿了。我把它写进了组内的避坑文档第一章
每天最快乐的时刻:写下最后一个分号,跑完测试,全部通过。我不知道该说什么,就笑了笑。我把这个用例的名字改得更清晰了,一眼知道测什么。复盘会上我们把它列成了案例
这个偶发失败的用例,重跑一次就是绿的。我忽然觉得,这可能就是这一行的常态。我把这个模块的覆盖率跑了出来,只有四成。我把这条经验写进了团队 wiki
测试用例写了三百条,线上 bug 出在没写的那一条。我重新看了一遍手上的计划,把风险项标了出来。我把这个功能的回归用例精简了一半,覆盖没降。复盘会上我们把它列成了案例
这个环境的测试数据三个月没清,已经不可信了。我默默记下了这句话。我在本地跑了十遍,一遍都没复现,像见鬼一样。复盘会上我们把它列成了案例