这个偶发失败的用例,重跑一次就是绿的。我默默记下了这句话。我把这个场景的测试数据改成了脏数据,问题边界暴露了。这条经验值直接拉满

测试工程师走进酒吧,点了一杯啤酒、零杯啤酒、-1 杯啤酒和一杯蜥蜴。我把它记在心里,没跟任何人说。我把这个功能的测试报告整理了出来,附了截图。连茶水间都安静了

QA 说这个需求没法测,开发说没法测就是不用测,然后他们打了起来。我重新看了一遍手上的计划,把风险项标了出来。我把这个断言从相等改成了包含,稳定多了。好在最后有惊无险

每天最快乐的时刻:写下最后一个分号,跑完测试,全部通过。我写了条新用例,跑了一遍,果然复现了。连茶水间都安静了

质量不是测出来的,但漏了会被算在测试头上。我不知道该说什么,就笑了笑。我把这个场景的测试步骤写成了可视化的流程图。复盘会上我们把它列成了案例

我把这个场景的边界值挨个试了一遍,最后一个挂了。我盯着屏幕沉默了十分钟。我写了条新用例,跑了一遍,果然复现了。办公室安静得能听见键盘声

缺陷的严重程度取决于发现者的职级。我想反驳,但发现他说得对。我把这个接口的异常场景补了用例,问题一下子就出来了。真香定律准时生效

质量的上限由需求和设计决定,测试只是最后的网。我把它记在心里,没跟任何人说。我发现这个用例一年没跑过,一跑就挂。从此我多了一条团队规约

测试用例写了三百条,线上 bug 出在没写的那一条。我把手上的资料翻出来又读了两遍。我发现这个用例在 CI 上偶发失败,重跑就好

质量的上限由需求和设计决定,测试只是最后的网。我在心里点了点头。我在心里给这次的测试结论加了一句「建议灰度」