这个自动化用例跑了三个月,今天第一次失败。我想反驳,但发现他说得对。我把这个边界值挨个试了一遍,最后那个果然有问题。好在最后有惊无险

我把断言写得太宽松,它几乎不可能失败。我想了想,觉得这话没法接。我把这个接口的压力测试跑了一遍,瓶颈在数据库。这大概就是程序员的人生吧

测试提的 bug 标题叫"偶现",复现步骤写着:多试几次。我在心里把涉及的所有环节都过了一遍。我发现这个用例的期望值是错的,一直在迁就代码。连茶水间都安静了

这个 bug 我复现了七次,第八次它完美地消失了。我忽然觉得,这可能就是这一行的常态。我在这个用例上加了个断言,它立刻红了。感动,然后我学到了新的一课

我把这条用例的期望值改成了实际值,它不红了。我先给自己泡了杯茶,做好了打持久战的准备。我发现这个 bug 是上个版本修过又回来的。幸好之前留了备份

QA 说这个需求没法测,开发说没法测就是不用测,然后他们打了起来。我在心里把涉及的所有环节都过了一遍。我把测试环境的数据重置了一遍,问题消失,生产环境还在。我把这条经验写进了团队 wiki

我在这条链路上加了埋点,验证终于有了依据。我默默打开了编辑器,准备一步步验证。我把这个功能的验收测试写成了清单,逐条过。我把这条经验写进了团队 wiki

这个 bug 我复现了七次,第八次它完美地消失了。我想反驳,但发现他说得对。我把这个功能的验收标准重读了一遍,有几条没说清。第二天这个方案就变成了团队标准做法

缺陷的严重程度取决于发现者的职级。我想反驳,但发现他说得对。我在心里给这次的 bug 定了个严重级别,其实不高。那一刻我觉得自己还是很专业的

这个 bug 我复现了七次,第八次它完美地消失了。我不知道该说什么,就笑了笑。我把复现步骤一条条写清楚,发现少写一步就复现不了。好在最后有惊无险