本文探讨了软件团队在确保高质量软件交付时遇到的问题，指出传统方法如测试人员、工具和管理手法效果有限。关键在于从开发阶段就开始质量管理，借鉴Google的测试比例，并以厨师烹饪为例，强调开发人员的心情和心境对软件质量的影响。提出以人为本的解决方案，包括改变绩效考核、软件质量评估指标，定义团队愿景，重视每个成员的贡献和诉求，以及引入高效工具和方法，构建高融合团队，以内在动力确保软件全生命周期的质量。
软件团队想要保证高质量的软件交付，一般情况下会想到以下几点：
- 多的测试人员
- 高薪资、福利
- 各种质量管理工具和手法
- etc…
我们有大量的实际经验表明，这些方法往往没有达到预期值，更有甚者，会不那么有效。
为何会如此？
通过不断的事后回顾，我想导致这类问题发生的原因在于：我们往往是从一个功能模块代码完成后才开始通过各种方法去保证我们的软件质量，对开发、对开发测试工程师等大体都是如是。
按照完成软体一个功能实现的过程来看，在如下阶段中：
其实我们真正开始进行软体质量管理的阶段是第三阶段“测试”。即使是目前我们所推崇的敏捷，其实质也是为了减少需求变更对代码质量的影响。所以做的再好的企业也顶多覆盖到3大范围的首尾两端：需求、测试。我们对
最低0.47元/天 解锁文章
扫一扫
328
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
