撰写“质量不是检验出来的，而是生产过程中的结果。”戴明的这句名言，道出了质量管理的核心问题。可现实情况呢？很多团队还是习惯于“先做出来，再测试，测试发现问题，再改”，结果是——越到后期问题越多，修复成本越来越高，最后甚至不得不妥协妥协再妥协。
质量靠“修”还是靠“建”？
讲个故事：某公司上线了一款新产品，结果用户不断反馈崩溃问题。团队紧急排查，发现根本原因是数据存储架构设计不合理，导致大流量访问时性能下降。可问题是，这种情况如果在设计阶段就被充分考虑到，根本不会演变成后来的“救火”局面。
很多团队的质量保障方式，就是等产品快做完了再来测试，测试发现问题了再修修补补。这个逻辑本身就像是在建房子的时候随便砌墙，等住进去才发现漏水、地基不稳，然后到处打补丁。但真正坚固的建筑，根本不会靠修补来维持，而是从设计之初就考虑到了稳定性、安全性和可维护性，将质量内建到了地基和墙体中。
质量内建：将质量融入开发生命周期
质量内建的核心理念就是在整个软件开发生命周期持续执行PDCA，包含下面四个维度。
- 测试左移：将质量保障活动尽可能前移，而不是等到代码写完才测试。
- 测试右移：上线后也要持续关注质量，做好监控和用户反馈分析，而不是“上线就结束”。
- 快速反馈：整个开发生命周期每个环节都能快速反馈，尽早发现问题，减少返工。
- 全员负责：质量不只是测试人员的责任，团队所有角色都要为之负责。
质量“免费”吗？
菲利普·克劳士比曾提出“质量免费”的理念：真正高质量的产品，反而能降低整体成本。一开始可能需要投入时间和资源去建立质量体系，但长期来看，这比事后修复、客户投诉、紧急救火的成本要低得多。
如果一个团队总是被各种质量问题拖累，开发忙着改Bug，测试疲于奔命，产品无奈延期——那么，这个团队就不是在创造价值，而是在不停地填坑。质量内建的本质，就是减少这些无意义的返工，让团队的时间真正花在创造价值上，而不是救火上。
结语
质量不能靠事后测试来保证，而是要内建到产品中。从测试左移到测试右移，从持续快速反馈到全员负责，质量内建的理念并不只是一个口号，而是能真正帮助团队提升效率、减少浪费的关键。与其等到上线后痛苦补救，不如在一开始就把质量做好，让软件开发变得更高效、更轻松。
推荐阅读