最近在研究DevOps，如何来完整的实现DevOps呢？切入点在哪？

和提问方同病相怜，共同探讨下。
传统模式转向devops的三个基础：
1、确认公司不是给客户做软件交付项目，或者交付软件产品。
2、确认在公司内，研发团队有足够的话语权，而不是业务或运维。
3、确认你们老板在政策和投入会有足够的支持。
这3个前提具备后，再继续：
1、毫无疑问，自动化测试，伴随开发和测试的组织调整。
2、自动化运维，伴随开发和运维的组织调整。
3、业务决策迁移，伴随开发和业务的组织调整。
4、。。。
每一步都要投入人力完善自动化，并且都在断人财路，简直步步惊心:)

我是Ghostcloud的高级架构师，这个题目说来话长，我只讲切入点吧。

通常情况下，传统开发模式转向DevOps的第一步是解决自动化问题。要想持续的集成代码，没有自动化测试来保证快速地进行合并后的验证，风险是很高的，而且没有自动化测试，测试环境很有可能成为整个开发环节的瓶颈。只要是经常使用的测试用例，需要尽量自动化每一个操作。

自动化工具很多，对自动化工具和测试框架的选择是需要根据具体应用来决定的，这里只列举其中常用的一小部分——Jenkins、Python、Robot Framework、Shell Script、Selenium、Ansible和Docker Container Orchestration——这些都是我们面对客户需求的时候经常用到的。然而，不是每次集成都需要跑完所有的测试用例，因而对测试用例进行管理，可提高持续集成的效率。

这张图可以好好研习一下，如何对自动化测试用例进行合理分类？如何合理运行自动化测试？