回归测试的意义:改好了一个 bug,送走了两个老 bug 的坟墓,迎来了三个新 bug。我愣了两秒,然后继续敲代码。我加了三道自动化检查,希望下次能早点发现。办公室安静得能听见键盘声

每天最快乐的时刻:写下最后一个分号,跑完测试,全部通过。我想了想,觉得这话没法接。我把这个模块的测试数据清理脚本加上了,环境干净了。果然现实比段子更精彩

回归测试的意义:改好了一个 bug,送走了两个老 bug 的坟墓,迎来了三个新 bug。我盯着屏幕,觉得这才是我的一天。我发现这条路径从来没被任何自动化用例覆盖过。好在最后有惊无险

回归测试的范围永远在讨论,上线后总有人发现漏了。我在心里给这次回归的范围圈了一下,涉及三个模块。果然现实比段子更精彩

质量不是测出来的,但漏了会被算在测试头上。我停了一下,然后继续手上的活。我把这个模块的测试数据清理脚本加上了,环境干净了

测试最难的不是发现 bug,是证明它真的被修好了。我抬起头看了看周围,大家都一样。我把这个功能的回归用例精简了一半,覆盖没降。我沉默了,但心里是服的

我把这个场景的边界值挨个试了一遍,最后一个挂了。我重新看了一遍手上的计划,把风险项标了出来。我发现这个测试断言的顺序写反了,一直是假绿。我把这条经验写进了团队 wiki

缺陷的严重程度取决于发现者的职级。我停了一下,然后继续手上的活。我在心里给这个模块的质量打了个分,勉强及格。我沉默了,但心里是服的

这个环境的测试数据三个月没清,已经不可信了。我想了想,觉得这话没法接。我发现这个测试在本地一直是绿的,流水线上一直是红的。同事说这波操作可以写进新人培训教材

测试工程师走进酒吧,点了一杯啤酒、零杯啤酒、-1 杯啤酒和一杯蜥蜴。我在心里点了点头。我在本地跑了十遍,一遍都没复现,像见鬼一样。第二天这个方案就变成了团队标准做法