55、实现DevOps的策略与实践

实现DevOps的策略与实践

1. 测试策略的转变

在软件开发过程中，最初我们将团队整合，确保每个人有相同的目标和使命，这对提升效率有很大帮助，但仍存在质量和冗长测试周期的问题。于是，在组织架构扁平化的同时，我们决定对测试策略进行变革。

一开始，当我们提出更多依赖单元测试的想法时，遭到了很多质疑，大家认为之前尝试过但没成功，或者在当前项目中单元测试行不通。我们避免陷入无谓的争论，采取务实的态度。我们没有立即摒弃原有的27,000个集成和功能测试，因为这是巨大的投入，不能一蹴而就。

但我们明确规定，任何新代码必须附带单元测试。同时，我们投入时间和精力向团队展示如何有效编写可扩展且真正有效的单元测试，包括测试、部署、架构和安全等方面的操作，但不规定具体的编写方式。

过去，我们在实验室环境中进行大量的性能测试和集成测试，用合成负载模拟真实使用情况，这不仅耗费大量时间和资源，还难以发现实际的bug。我们发现，真实的生产环境测试才是提高速度的关键。

我们还开展“bug大作战”活动，让团队在几天内尽可能多地找出bug，并给予奖励，如找出最多bug或在其他团队代码中找出最多bug的团队可获得金牌。这种游戏化的方式能避免我们在测试自己的功能时只关注局部，也能让我们正确看待bug，将其视为工作的副产品，就像打扫凌乱的房间一样，需要卷起袖子去清理。

测试策略转变的步骤

1. 提出更多依赖单元测试的想法，应对质疑并保持务实态度。
2. 规定新代码必须附带单元测试。
3. 向团队展示编写单元测试的有效方法。
4. 减少实验室环境的测试，增加生产环境测试。 </