7、开发者的 DevOps：软件质量与测试全解析

开发者的 DevOps：软件质量与测试全解析

1. 软件质量与持续交付

在软件开发过程中，要确保软件始终能成功构建并通过所有测试，前提是团队每隔几小时提交一次代码，以及采用“持续交付”的方式，即通过交付管道将软件从开发阶段持续推进到生产阶段。

越接近生产环境，软件质量的提升就越关键。因为实际投入生产的软件质量，可能与我们期望的有很大差距。只有将软件部署到生产环境并运行，才能真正检验工作的准确性，从商业价值和技术洞察两方面来看，生产环境中运行的软件都无可替代。

2. 软件退化：故障与失败

如果不关注软件质量，软件会随着时间推移而退化。例如，过多低质量版本被推送到生产环境，或者自动化测试不完善、监控缺失、非功能需求未实现等情况，都会导致软件质量下降。高速发布和大量技术债务会引发退化，且质量退化具有自我强化的特点，所以必须从过程一开始就关注所有质量属性。

将质量视为软件的固有部分，可以减少故障的数量和影响。根据 Weinberg 的定义，“故障是程序中的缺陷，在特定条件下执行时会导致失败”，而“失败是程序运行的外部结果与需求的偏离”。DevOps 方法通过与相关“构建块”对齐工作，不仅能通过早期发现和解决缺陷来减少故障数量，还能降低故障的影响。

由于质量属性必须从一开始就被关注，所以需要解决传统上在交付链后期才检测到或对项目角色重要的质量问题。例如，应用程序的稳定性虽然对运维至关重要，但必须在开发阶段就构建到应用中。质量属性应从软件开发和交付过程的一开始就成为固有部分，可以通过与项目角色而非工件对齐工作来实现。

3. 测试自动化组合

在软件交付过程中，应尽快检测出缺陷和漏洞。自动