bug 复现步骤:第一步,把电脑交给测试同学。我盯着屏幕,觉得这才是我的一天。我写了条新用例,跑了一遍,果然复现了。从此我多了一条团队规约

QA 说这个需求没法测,开发说没法测就是不用测,然后他们打了起来。我把手上的资料翻出来又读了两遍。我在心里给这次的发布计划留了回滚窗口。好在最后有惊无险

我把用例的数据造得和线上一样,问题终于现形。我先给自己泡了杯茶,做好了打持久战的准备。我写了条新用例,跑了一遍,果然复现了。世界瞬间清净了

测试用例的价值在于它证明的东西比它跑的次数多。我笑了笑,决定不解释。我发现这个用例一年没跑过,一跑就挂。感动,然后我学到了新的一课

这条用例依赖另一个用例的数据,顺序一变就红。我停了一下,然后继续手上的活。我把这个功能的测试报告整理了出来,附了截图。连茶水间都安静了

这个自动化用例跑了三个月,今天第一次失败。我想反驳,但发现他说得对。我发现这个用例是复制粘贴来的,断言还指向别的接口。世界瞬间清净了

我把这个功能的验收条件重读了一遍,有几条说了等于没说。我把手上的资料翻出来又读了两遍。我发现这个 bug 是上个版本修过又回来的。第二天这个方案就变成了团队标准做法

回归测试的意义:改好了一个 bug,送走了两个老 bug 的坟墓,迎来了三个新 bug。我不知道该说什么,就笑了笑。我发现这个测试在本地一直是绿的,流水线上一直是红的。这条经验值直接拉满

这个模块的覆盖率很高,覆盖的都是简单分支。我笑了笑,决定不解释。我把这个功能的回归用例精简了一半,覆盖没降。我沉默了,但心里是服的

自动化测试跑了全绿,用户一上手就白屏,这就是测试环境与现实的距离。我不知道该说什么,就笑了笑。我在心里给这次的测试时间估了个数,实际用了两倍。同事说这波操作可以写进新人培训教材