21、持续交付与软件测试：保障软件质量的关键路径

持续交付与软件测试：保障软件质量的关键路径

1. 责任意识

在软件开发中，责任意识是持续交付的起点。传统开发模式下，开发者构建软件后将潜在错误处理交给其他团队的做法已无法满足DevOps的需求。开发并拥有应用程序的团队，应清楚自身责任、所用技术以及潜在错误的排查方法。

在小型初创公司，可能只有一名开发者负责应用程序，此人需处理开发、构建、部署和故障排除等所有技术问题。这种单点责任模式虽能让人深入了解应用内部，但缺乏可扩展性，仅适用于小团队。

而在大公司，有更多应用、开发者和不同职责的团队。划分和转移责任的关键在于知识传递，理想情况是知识在紧密合作的工程师团队中共享。开发应用的理念应是“你构建，你运行”，这需要中央化、明确且自动化的流程支持，持续交付管道可实现这些流程，确保软件可靠发布。

团队成员需养成以下习惯：
- 尽早且频繁提交代码 ：这对实现持续集成至关重要。代码合并到主分支的时间越久，功能合并和集成难度越大。频繁提交能促使开发者从一开始就编写足够的自动化测试，包括单元测试和端到端测试。对于经验不足的开发者，提前提交未完善的代码是开发过程的一部分，后续可再优化。
- 立即修复问题 ：及时解决构建错误是重要的团队习惯。测试失败不应被忽视或推迟，应尽快修复。开发者在推送到中央仓库前，应在本地进行基本快速验证，避免因粗心错误干扰其他成员。编译器或代码分析警告应视为构建错误，团队成员应共同维护管道健康，避免代码专属所有权。

2. 可视化

持续交付的可视化是重要方面，整个开发过程（提交、构建、验证和部署）可在一处跟踪和理解。以下