15、系统变更管理与测试实践指南

系统变更管理与测试实践指南

1. 变更管理要点

在进行系统变更时，有几个关键要点需要注意：
- 确保计划变更经过审查，而非由个人擅自决定。
- 避免与其他正在进行的变更产生冲突。
- 让相关人员知晓变更，以防其受到影响。
- 规划好支持活动，如通知用户。

为实现这些目标，同时避免成为瓶颈，可采用以下实践方法：
- 在将变更应用到重要系统之前自动进行测试。
- 安排两人共同处理变更。
- 通过邮件列表等方式，将计划变更通知相关技术团队，以便他们提问和提出建议。
- 当变更提交到版本控制系统（VCS）时，向技术团队发送提交/差异消息。
- 对于系统中高度敏感的部分，在将变更应用到生产系统之前，要求进行代码审查和签字确认。

2. 变更管理原则

2.1 优先审查已实现的方案而非想法

审查已实现并经过测试的变更，比审查未经证实的想法更好。通过良好的测试和预发布系统，如变更管理流水线，可安全地进行此操作。若有必要，实现方案可随时修复、改进或舍弃。

2.2 增加审批人员的收益递减

第二双眼睛很有价值，邀请广泛的团队成员审查和评论想法或实现方案，能引入不同的观点、经验和技能。但需要审批变更的人员越多，流程就越困难，且增加的价值不大。

2.3 关注变更能力而非阻止能力

团队应专注于快速发现问题并修复，即平均恢复时间（MTTR）。虽然应倡导高质量文化和有效的持续测试流程，但要把握好成本/效益平衡。快速上市的好处可能超过成本较低的风险，特别是当风险能被快速检测和纠正时。