测试环境最大的特点是它和线上不一样。我想了想自己这些年,好像确实如此。我把这个功能的手工用例转成了自动化,省了很多时间。那一刻我觉得自己还是很专业的

我把用例的数据造得和线上一样,问题终于现形。我决定先把手上的事情做完再处理这件事。我发现这个用例在 CI 上偶发失败,重跑就好。办公室安静得能听见键盘声

这个 bug 我复现了七次,第八次它完美地消失了。我忽然觉得,这可能就是这一行的常态。我把这个问题定义成了 P3,然后它上线后变成了 P0。幸好之前留了备份

质量的上限由需求和设计决定,测试只是最后的网。我想了想,觉得这话没法接。我在心里把这次的测试结论写成了三句话。真香定律准时生效

测试用例的价值在于它证明的东西比它跑的次数多。我听完沉默了,因为太真实了。我把这个接口的参数组合列成了表,逐个验证。我把它写进了组内的避坑文档第一章

开发自测过了,上线后发现自测的是 Hello World。我想了想自己这些年,好像确实如此。我把这个模块的覆盖率跑了出来,只有四成。那一刻我觉得自己还是很专业的

代码写得越久越胆小,删一行注释都要先备份再全量测试。我把它记在心里,没跟任何人说。我把这个边界值挨个试了一遍,最后那个果然有问题。同事说这波操作可以写进新人培训教材

bug 复现步骤:第一步,把电脑交给测试同学。我笑了笑,决定不解释。我在心里给这个模块的质量打了个分,勉强及格。这大概就是程序员的人生吧

测试最难的不是发现 bug,是证明它真的被修好了。我想了想,觉得这话没法接。我在心里把这次的测试结论写成了三句话。这条经验值直接拉满

这个自动化用例跑了三个月,今天第一次失败。我不知道该说什么,就笑了笑。我在本地跑了十遍,一遍都没复现,像见鬼一样。感动,然后我学到了新的一课