DevOps方法有时候会被认为是软件测试人员的一个线程，因为它可能是可以缩短测试流程的一个小方法。在这篇文章中，Tom Gilmore解释了DevOps被认为是软件质保人员的机会的原因，因为它将推动自动化测试的进程。

在大多数QA信息论坛上，你会看到自动化测试与手动测试的话题被一次又一次的讨论。我不会参与这些讨论，因为我相信这个压倒性的证据，行业方向和自然规律要求QA去认可，我们应该向自动化测试的方向发展。

  我将要阐述的观点是，DevOps为那些能看到它潜在基础的人提供了一个很好的机会。DevOps借鉴了Deming,TQM和Lean的质量原则，中心思想是预防问题而不是检测问题。换句话说，做质量保障而不是质量把控。

  因此，这对QA来说是一个机会，因为，研究表明，大多数DevOps的成功实现都是从‘内部’开始的，而不是自上而下的命令。这意味着，QA有机会去从一开始就参与把DevOps介绍给组织。

  那么QA人员如何着手去向组织介绍DevOps呢？这里有一些想法。首先，我们需要记住的关键是，打破传统的筒仓（QA,Dev,BA,Ops,etc...）和转向跨职能团队。这意味着最好去Dev，QA，BA’s中找到志同道合的人，他们同样有兴趣去介绍DevOps的优点。

  你可以从尝试去介绍像 Specification by Example, Behavior-Driven Development (BDD) 或者Acceptance Test-Driven Development (ATDD) 的方法给你的敏捷开发团队来开始。与你的团队合作，去看看你是否可以去让他们使用这个去完成验收标准，记住我们不必在一开始的时候就去介绍BDD或者ATDD的方法。知道你的团队能够正确使用了并且开始看到了成效，你就可以去把它介绍给别的团队并传播你的团队在使用过程中发现的好处了。

  另一个你能参与的领域是自动化测试。为了使其能够派上用场，你可以向有思想的开发人员或者操作人员配合。即使在技术层面你对自动化测试还不是很熟悉，这些新朋友可能会帮助你设置和启动。如果你做一些简单的调查，你会发现在开源自动化测试社区，有一些人已经把自动化的工具整理放在一起了，你可以直接下载并且立即开始使用。记住这些事情，首先，你不需要马上自动化所有的东西，其次，你选择的工具也不必是你想推广DevOps时需要用到的工具。一个向组织展示自动化测试的比较好的方式是，写一些简单的冒烟测试。

  我要阐述的最后一个机会，是教育别人。因为DevOps是基于Deming, TQM 和Lean的原则，过程和方法，质保人员也是基于这些相似的基本原则，因此QA可以很自如的去帮忙教育别人。事实上，大多数尝试去转向DevOps的组织都会走向失败，因为他们以为DevOps就是去应用工具。做一个能在特定的文化里教育不同组织的创新者，并且能够随着不同的需求改进过程的人，才能够成功应用DevOps。

关于作者

Tom Gilmore是一名软件架构师和质量工程师，在质量保证、敏捷开发和自动化测试方面拥有超过20年的经验。他专注于帮助组织开发解决方案来提高质量，改善DevOps和减少发布时间。这篇文章最初发表在http://www.agiletestingframework.com/qa-devops-opportunity-not-threat，并且得到了AgileTestingFramework.com的许可。

【英文原文：http://www.softwaretestingmagazine.com/knowledge/devops-is-an-opportunity-for-software-qa/】

{测试窝原创译文，译者：周婷婷}