软件开发中的持续集成、持续交付、DevOps等有一个核心的指导思想是，在开发运维的整体流程中设置不同质量卡点，减少质量问题。
随着开发周期的后推，变更逐渐减少，测试逐渐增加，用测试自动化的手段提高整体效率。
image.png
卡点分布在整个过程中
测试左移归左移，但是也要讲究反馈效率。
Rust将内存检查放在编译时，但是带来了编译耗时的难题。所以，质量左移的同时要注意反馈效率。快的检查可以多运行，慢的检查可以少运行，或者适当延后。
越往后期，变更越少
开发前期变更多（需求变更、设计变更、代码变更），变更多就越需要自动化检查和卡点。
到了后期，变更也依然存在，这时卡点的价值更能体现出质量守护作用。
以验收为界测试逐渐增多，但是生产环境也有相应的测试
到验收前，测试和质量守护措施是逐渐增多的，通过层层测试检查系统的功能、设计等。验收时应执行完整的全量测试。
在生产环境依然需要有测试或质量检查手段，因为生产环境依然存在变更：缺陷修复、增加新功能、运行参数调整等等。有变更就需要有配套的质量检查手段：冒烟测试、自检、数据一致性检查、数据修复、备份还原等等。
所谓CI，就是在上述过程中平衡速度与响应时效，在合适的时机发现问题并解决，同时减少对团队的干扰。
