快照测试带来的虚假信心

前言

快照测试适合稳定的输出，却不适合每周都在变动的界面。文章分析三个实际发生的失败案例，再把它们改写成重构后依然有意义、能表达意图的断言。

现场笔记

在处理 Software Testing 问题的过程中，反复出现的几个模式：

• 简单的版本撑过了每次重构，聪明的版本没有。
• 边做边写的文档，比事后补写的耐用得多。
• 同一个问题第二次出现时，它就已经是一个模式了——给它起个名字。

可以直接抄的检查清单

• 问题可以用一条命令复现。
• 修复附带一个没有它就会失败的测试。
• 作者本人之外的人也在自己的机器上跑过。

写在最后

写下未来那个自己真正会读的短版本——这就是全部的诀窍。