项目实施DevOps时，我们是如何做测试的
正如我们所知，DevOps最近几年很风靡，很多企业正在如火如荼的推行它。然而，你可曾想过，从传统到敏捷、再到DevOps，开发模式的不断革新对测试提出了怎样的挑战？
最近我们项目在实施DevOps，因此想趁热打铁，就DevOps模式下如何做测试，谈一谈自己的认知。
DevOps
企业实施DevOps的七大挑战
DevOps行业报告提出了两个顶层的用于衡量IT组织效能的指标：吞吐量和稳定性。在一些人看来，这两个目标就像鱼和熊掌不可兼得。追求交付吞吐量，就会带来更大的不稳定性和风险；而传统运维管理以稳定性为目标，就必然牺牲对变化的响应力。之所以会有这样的悲观认知，是因为仅仅站在当前的时空看待问题，而无法超越自己的能力局限。企业管理者需要理解，进行DevOps转型，就是要超越自己的能力局限，超出当前的时空看问题，通过组织设计、过程改进和工程技术的提升让组织能力上升到一个新的维度，我们完全可以做到同时提高IT交付的吞吐量和稳定性，而不是在两者之间取舍平衡。
然而，要突破自身的能力局限，这并非易事。下面谈到的实施DevOps过程中的七大挑战中的每一个都需要组织下决心投入，并耐心等待回报，没有足够的认知转变和卓越领导力难以实现。
DevOps实践-打造自服务持续交付-下
在上一篇文章中，主要讲了DevOps转型的动机、策略和方法，本文将会为大家带来更多DevOps转型的落地策略和实践。
DevOps实践-打造自服务持续交付-上
双模IT是在以一种试图掩盖问题的方式来逃避目前最重要的问题：开发和运维之间的壁垒。感觉像是一个病人先是放弃治疗，然后又努力的寻找延长寿命的方法，有些隐患终会爆发。
紧接着，我们开始采用了一种看似不可行的方式开启了DevOps转型，建立公有DevOps团队。有很多人可能会说这是一种反模式，怎么可能会建立一个团队专做DevOps相关的事情，那和以前的运维部门又有什么区别？DevOps提倡的Dev与Ops高频度合作的文化是不是就无法大面积传播了？
从集装箱历史看DevOps的发展进程
“科技是第一生产力！”如果我们以技术含量来衡量一个创新会很容易走入误区。集装箱发展历史告诉我们，从状态的流转环节入手，降低流转成本是提高总体效能的另外一个途径。
集装箱发展历史的前十年完成了道路、桥梁、隧道、卡车、码头设备、吊装设施针的优化，以适应集装箱的发展。这个进程的难点在于，以一家运输企业推进整个运输体系针对集装箱的优化。
随着技术的发展，DevOps的周边环节正在逐步完善，DevOps实施的3D原则，也让我们走入故事的后半段，就像集装箱的故事那样。
DevOps发展的9个趋势
DevOps包含了太多方面的技术和实践，很难通过一个统一的工具链来描述其发展。即便如此，我们仍然可以从ThoughtWorks技术雷达的条目变动中看出一些趋势。今年，我有幸作为主编参与了最新一期技术雷达的译制，作为DevOps的爱好者，十分高兴能在这一过程中看到DevOps未来发展的几个趋势，总结成了这篇文章。
实例化DevOps原则
为了让DevOps原则的描述更加具体生动，笔者参考敏捷宣言的写法和实例化需求的做法（即用具体的实际例子来编写验收条件），使用了“高于”和“而非”的句式来对比两个具体实践的实例，且尽量用一些具体的实践来代表相应的原则，如“部署流水线”等。其中，“高于”表示右边的实践虽然不如左边的好，但还是有价值的。“而非”表示右边的实践并不值得推荐。这就是本文标题中“实例化”的由来。