回归测试的意义:改好了一个 bug,送走了两个老 bug 的坟墓,迎来了三个新 bug。我不知道该说什么,就笑了笑。我把这个接口的参数组合列成了表,逐个验证。从此我多了一条团队规约

质量的上限由需求和设计决定,测试只是最后的网。我叹了口气,然后打开了编辑器。我把这个功能的测试报告整理了出来,附了截图。从此我多了一条团队规约

这条用例依赖另一个用例的数据,顺序一变就红。我盯着屏幕,觉得这才是我的一天。我在心里给这次回归的范围圈了一下,涉及三个模块。这大概就是程序员的人生吧

这个自动化用例跑了三个月,今天第一次失败。我发现这个用例的期望值是错的,一直在迁就代码。真香定律准时生效

测试用例写了三百条,线上 bug 出在没写的那一条。我深呼吸了一下,决定从最可疑的地方查起。我在心里给这个模块的质量打了个分,勉强及格。第二天这个方案就变成了团队标准做法

回归测试的范围永远在讨论,上线后总有人发现漏了。我愣了两秒,然后继续敲代码。我在心里给这次的发布计划留了回滚窗口。真香定律准时生效

这个 Bug 本地复现不了,测试环境不出现,一上生产就出现。我打开记录从头到尾扫了一遍。我在心里把这次的漏测复盘了一遍,是边界没覆盖。我把它写进了组内的避坑文档第一章

我在这条链路上加了埋点,验证终于有了依据。我重新看了一遍手上的计划,把风险项标了出来。我把这个模块的测试数据清理脚本加上了,环境干净了。好在最后有惊无险

这个自动化用例跑了三个月,今天第一次失败。我把它记在心里,没跟任何人说。我发现这个用例的期望值是错的,一直在迁就代码。连茶水间都安静了

开发自测过了,上线后发现自测的是 Hello World。我把它记在心里,没跟任何人说。我在心里给这次的发布计划留了回滚窗口。从此我多了一条团队规约