一、DevOps与测试
DevOps 是一种组织方法，旨在通过使开发（包括测试）和运维部门共同努力，实现一系列通用目标，从而实现协同效应。DevOps 要求组织内部进行文化转变，将开发和运维的职能同等看待，以弥合开发（包括测试）和运维之间的差距。DevOps 提倡团队的自主权、快速反馈、集成工具链以及持续集成（CI）和持续交付（CD）等技术实践。通过 DevOps 交付流水线，软件团队可以更快地构建、测试和发布高质量的代码（Kim 2016）。
从测试的角度来看，DevOps 的好处包括：
代码质量的快速反馈，并判断变更是否对现有代码产生不利影响。
持续集成（CI）通过鼓励开发人员提交高质量的代码，并辅以组件测试和静态分析，在测试中实现左移方法。
促进 CI/CD 自动化过程，有助于建立稳定的测试环境。
更加关注非功能性质量特性（例如性能、可靠性）。
交付流水线的自动化，减少人工重复测试的需求。
由于自动化回归测试的规模和范围，降低了回归风险。
DevOps 的风险和挑战：
必须定义和建立 DevOps 交付流水线。
必须引入和维护 CI/CD 工具。
测试自动化需要额外资源，这些资源可能难以建立和维护。
二、左移的方法
测试早期介入的原则有时被称为“左移”，这是软件开发生存周期中较早进行测试的方法。左移建议测试应该早期进行（例如，代码实现或组件集成前开始测试），但不能因此忽视软件开发生存周期的后期测试。
许多良好的实践可以说明如何实现测试 “左移”，包括：
从测试的角度评审规格说明。对规格说明进行评审通常可以发现潜在的缺陷，例如规格说明表述模糊、不完整和不一致。
编码之前编写测试用例，在代码实现过程中通过测试用具（test harness）运行代码。 使用持续集成（CI）和持续交付（CD），提供快速反馈和自动化组件测试，可以在代码提交到代码库时运行源代码测试。
在动态测试之前或作为自动化过程的一部分对源代码进行静态分析。
在可能的情况下，从组件测试级别开始进行非功能性测试。这是左移形式之一，因为非功能性测试类型通常在系统完整且代表性的测试环境就绪后，在软件开发生存周期的后期执行。
左移方法可能会在过程早期增加培训、工作量和成本，但可以节省过程后期的工作量和成本。对于左移，重要的是让利益相关方相信并接受此种方法。
