13、基础设施测试与交付全解析

基础设施测试与交付全解析

在基础设施的测试与交付过程中，有许多关键要点需要我们关注。下面将详细介绍相关内容。

1. 管道变更推送原则

在管道流程中，每一次变更都应从管道起点开始推送。若在管道的“下游”（后续）阶段发现错误，不要在该阶段修复后继续执行管道剩余部分，而应在代码仓库中修复代码，并从管道起点推送新的变更。这样做能确保每个变更都得到充分测试。

2. 管道阶段特性

管道的每个阶段可能有不同的功能和触发方式，具体特性如下：
| 特性 | 描述 |
| ---- | ---- |
| 触发条件 | 可在代码推送到仓库时自动触发，或在前一阶段成功执行后触发，也可由测试人员或发布经理手动触发 |
| 活动内容 | 阶段运行时执行的操作，可能包含多个动作，例如应用代码配置基础设施栈、运行测试并销毁栈 |
| 审批方式 | 系统可在命令无错误且自动化测试全部通过时自动标记阶段通过（通常称为“绿色”），也可由人工审批 |
| 输出产物 | 阶段产生的工件或其他材料，常见的有基础设施代码包或测试报告 |

3. 组件测试范围

在渐进式测试策略中，早期阶段验证单个组件，后期阶段集成组件并一起测试。例如，一个阶段可能对多个组件运行测试，或者不同组件有单独的测试阶段。

4. 依赖使用范围

系统的许多元素依赖其他服务。为进行渐进式测试，可先在无依赖服务的情况下测试应用服务器，使用模拟服务替代，后续阶段再集成测试实例，生产阶段集成生产实例。

5. 阶段价值考量

避免在管道中创建不必要的阶段，