为什么？
初始代码质量越好，产品后续工作就越容易。当有验证核心组件功能的自动化测试用例时，产品后续工作就更有保障了。当开发过程和版本控制都处于良好态势时，产品后续工作就更加容易。同样还有经过同行评审【注3】和单元测试的代码等。当我们确保代码质量处于这种状态时，修改和修复产品就更容易了，我们能够更加容易地对变化做出反应。较好的代码质量意味着 bug 更容易修复、新的开发人员能够在较短时间内接手产品等。
我们应该抛弃发布重度测试过的产品的懒惰思维，而要关注发布一个尽可能容易修改的产品。
通过帮助产品所有者验证他们的想法，我们可以更容易地找到失败之处。当我们确保这些想法真正被实现时，我们才真正地得到了符合要求的产品。
长话短说
这里用摘自 GTAC 2014 的一张不错的幻灯片做为总结：
注1：SUnit 是面向编程语言 Smalltalk 的一个单元测试框架，它起源于 XUnit 设计，原作者是极限编程的创始人 Kent Beck。http://en.wikipedia.org/wiki/SUnit
注2：走廊测试是一种通常的可用性测试，这个技术上的命名意指测试这应该是随机穿过走廊的人。http://en.wikipedia.org/wiki/Usability_testing
注3：同行评审（Peer review，在某些学术领域亦称 Refereeing），或译为同侪审查，是一种学术成果审查程序，即一位作者的学术著作或计划被同一领域的其他专家学者评审。一般学术出版单位主要以同行评审的方法来选择与筛选所投送的稿件录取与否，而学术研究资金提供机构，也广泛以同行评审的方式来决定研究是否授予资金、奖金等。http://zh.wikipedia.org/wiki/%E5%90%8C%E8%A1%8C%E8%A9%95%E5%AF%A9
— END —
