软件团队想要保证高质量的软件交付，一般情况下会想到以下几点：
- 多的测试人员
- 高薪资、福利
- 各种质量管理工具和手法
- etc…
我们有大量的实际经验表明，这些方法往往没有达到预期值，更有甚者，会不那么有效。
为何会如此？
通过不断的事后回顾，我想导致这类问题发生的原因在于：我们往往是从一个功能模块代码完成后才开始通过各种方法去保证我们的软件质量，对开发、对开发测试工程师等大体都是如是。
按照完成软体一个功能实现的过程来看，在如下阶段中：
其实我们真正开始进行软体质量管理的阶段是第三阶段“测试”。即使是目前我们所推崇的敏捷，其实质也是为了减少需求变更对代码质量的影响。所以做的再好的企业也顶多覆盖到3大范围的首尾两端：需求、测试。我们对开发的质量管理存在空白。这是我们必须跨越的鸿沟。
拿Go
