“品质在于构建过程”吗？
这篇讲的是作者在微博上参与的一场关于敏捷测试与质量保证的讨论。几位敏捷实践者正在争论测试与质量的角色定位，作者从“品质是否主要在于构建过程”这一疑问切入，分享了他更核心的看法：质量并非由测试环节“保证”而来，而是内嵌于每一次代码提交、设计决策和团队协作的构建过程中。 作者认为，如果将质量保障的责任过度集中于独立的测试阶段，容易导致团队协作的割裂与问题发现的延迟。相反，他倡导在敏捷实践中，将质量意识前置——通过持续集成、结对编程、自动化测试等手段，让开发人员、测试人员乃至产品经理在构建的每一个环节都共同对最终产品的品质负责。这种视角强调了“预防”优于“检测”，质量是团队共同建造出来的属性，而非事后检查出来的结果。 文章通过一场具体的技术讨论，揭示了敏捷实施中一个容易被忽视的思维转变：从依赖后期测试来“发现”缺陷，转向依靠严谨的构建过程来“避免”缺陷。对于正在推进敏捷转型的团队，这种关于责任归属与工程文化的思考，或许比任何具体工具都更能影响长期的交付质量。