你可能会坚持认为"DevOps"这个词无论如何都不包含字母"Q"，所以这个标题是误导性的，因此没有理由阅读超过这一点。我恳请您接受我的意见，以便在接下来的几行中，大数据趋势，我可以向您展示DevOps中的质量有一个"Q"，尽管乍一看它可能是看不见的。

我在SAP的大部分日常工作都花在向不同的人解释什么是DevOps，持续交付如何与之相关，以及我们如何实现两者。当人们听说我为SAP的中央质量组织工作时，他们常常感到困惑：质量在DevOps中扮演什么角色？

如果我们研究DevOps的三种基本原则中的前两种，我们会发现第一种方法是关于系统思维的。

第一种方法试图改进完整的产品创造流程。在软件创建过程中归档更好的流的一个突出技术是连续交付。持续交付使您能够通过加快与客户的交付和反馈周期来构建更好的软件。在快速迭代中构建软件，允许您正确地构建正确的产品。

您可能会说："很好，理论很多，但是：您承诺的质量在哪里？"

让我们来看看部署管道，这是实现连续交付的一个关键概念：

管道从构建和打包您的软件开始，最后将软件移交给您的客户。中间的每件事，以及你的管道，很可能看起来比我上面给出的例子要复杂一些，都是为了确保高质量。单元测试、集成测试、端到端测试自动化、功能性和非功能性测试（如安全性和性能测试等）是确保良好质量的传统措施。如果你不关心质量，上云，你会（在本地）构建和打包你的软件，直接把它投入生产，而不需要任何测试。但即便如此，管道开始时的构建和打包步骤也是一个质量过程。编译器在编译代码时确保了质量。也许你甚至在编译之前做了lint检查，或者你强制执行了很好的代码格式。质量是第一种方法的一个组成部分，返现是什么意思，每个阶段都必须考虑到这一点。

DevOps的第二种方法，讨论放大反馈回路。快速获得反馈是构建正确产品的关键。哪种反馈？好吧，所有你能得到的反馈！它从监视和遥测生产系统的数据开始。如果你想了解产品的质量，那么CPU使用率、传入和传出请求、内存消耗等技术数据都是相关的。至少同样重要：用户的分析数据和直接的用户反馈。我为什么要告诉你这些？因为质量在第二个方面也起着重要的作用。可以测试监控和遥测。您的系统恢复功能必须经过测试。你的新功能应该经过A/B测试。质量就是满足顾客的要求。如果不收集反馈，你根本不知道你是否满足（甚至超过）客户的要求。

所有这些都不是新的，行业云，但随着迁移到DevOps而发生的文化变化需要有意识地扩展对产品质量战略的传统观点。整个产品团队需要……：

……对质量有深刻的认识…包括在生产系统中/在生产系统中创建的反馈…理解反馈…利用反馈

总结：质量是一项涉及产品生命周期各个方面的多方面任务。自动化和自动化测试有很强的相关性，淘客系统，但只是众多反馈渠道中的一个。

质量是符合客户目的的，是DevOps的一个组成部分。集成到如此高的程度以至于不需要额外提及。这就是为什么在DevOps中没有Q（比如：DevQOps*），但是现在你知道它在那里了（因为它一直是它的先决条件）。

*=另外：DevQOps发音

进一步的信息

在DevOps中测试的实用指南将是一场噩梦你的测试有多敏捷？

关于作者

Dirk是SAP的DevOps传道者和持续交付专家。

自2001年起，Dirk在SAP担任各种角色，包括开发和运营。他与以前的团队"TwoGo by SAP"一起在SAP建立了第一个连续交付实施，每天为客户提供价值。在目前的职位上，Dirk是SAP的云质量教练，专注于持续交付和DevOps实践。

Dirk经常在DevOps和持续交付的国际会议上发言。

联系方式：推特：@doergnLinkedIn

我们已经采取了一切可能的措施，使这篇文章尽可能准确，但有时事情会落空。如果您发现任何错误或不一致，请告诉我们