理解持续测试，才算理解DevOps
软件产品的成功与否，在很大程度上取决于对市场需求的及时把控，采用DevOps可以加快产品交付速度，改善用户体验，从而有助于保持领先于竞争对手的优势。
作为敏捷开发方法论的一种扩展，DevOps强调开发、测试和运维不同团队间的协作与沟通。
持续集成和持续测试是一个在迭代中构建、测试产品并修复Bug的过程。它有助于团队在开发阶段的初期发现缺陷，这时的缺陷通常相对不那么复杂，并且更容易被解决。通过持续集成和持续测试，企业可以尽早地将错误风险降至最低，并加快交付更好质量的软件。
DevOps中持续测试对产品开发的好处
●定期风险分析:你将拥有一个经历了所有测试阶段的构建版本，因为持续测试会标注出每个阶段的潜在风险。
●改善用户体验：持续测试适应用户的动态需求。团队可以根据反馈不断进行更新，让产品更稳健、更灵活、更可靠。
●增强产品安全性：通过创建支持系统，可确保应用程序免受威胁和恶意软件的影响。
●计划反馈：评估交付管道的所有架构层，并与团队共享可执行的反馈。
●更高的资源利用率：如前所述，及早发现Bug可以节省资金和资源。可以利用持续测试和缺陷预防策略的最佳实践，并将有价值的资源重新部署到其他战略开发计划中。
持续测试在DevOps中的作用
在DevOps过程中，持续测试提供了持续的反馈机制，在整个产品交付管道中充当催化剂。每个阶段的自动反馈确保缺陷在开发过程的早期就能被解决。
可操作的反馈是必要的，这决定着能否启动交付链中的下一个流程。例如，如果反馈可以向前推进，则流程将继续；如果反馈显示存在问题，那么流程需要被暂停并采取纠正措施。
由专业的测试团队进行的持续测试可以实时评估与软件相关的业务风险。此外，它还提供基于风险的反馈，有助于帮助团队做出更好的权衡决策。
DevOps中持续测试的实践
1、测试的左移或右移
传统测试主要集中在软件开发周期的最后，产品发布之前。为了迎合不断加快的交付频率，越来越多团队的测试活动开始向左右两侧移动。一般问题修复成本较高和面向企业收费的软件，一旦生产环境中出现了问题会造成比较大的损失，通常采取测试左移的方式；对于具有展示功能的软件产品，更容易在生产环境中发现问题，通常采取测试右移的方式。面对测试左右摇摆的问题，可从这张图阐述DevOps中的测试具体应该如何实现。
测试左移，是指测试人员更早地参与到软件项目前期的各项活动中，在功能开发之前定义好相关的测试用例，提前发现质量问题。早期引入测试过程有助于防止缺陷，并为开发人员提供了在整个开发阶段应用动态变更的灵活性。
测试右移，就是直接在生产环境中监控，并且实时获取用户反馈。在这种方法中，从用户侧收集反馈，根据用户反馈持续改进产品的用户体验满意度，提高产品质量。测试右移有助于更好地响应意外情况。
2、持续集成
理想的DevOps周期，是从代码开发到生产环境运行的一键部署。显然DevOps非常重视构建、测试和部署的自动化，使用持续集成成为了持续测试的基础。实现持续测试的重要一步，是创建全面的自动化测试套件以在持续集成构建中使用，代码提交后会立刻经过这套自动化测试套件得以验证。常见的自动化测试套件由单元测试、组件检测和验收测试组成，其中每种测试的代码或功能覆盖率至少要达到80%以上才能保证不引入回归问题。
3、让提高测试覆盖率高效化
DevOps的实践要求提高代码覆盖率，增加低层级可用性的覆盖率，以便在部署到更高级的可用性时不会出现与代码覆盖率有关的问题。
一些组织默认「每次运行所有的测试」来保证代码覆盖率。这不但浪费资源还延长了测试周期，而且没有真正的保证代码覆盖率。 测试那些需要测试的部分，以节省时间、金钱和资源。可视化模型可以让各种路径被探索优化，以便只用少量的测试用例就能提供最大化的覆盖率。 可以借助 Rally,、HP ALM和 禅道ZTF等工具导入测试用例、移除重复用例、分发优化过的用例。
4、跨部门协作
DevOps中质量保证不再是测试人员的专属责任，而是全体人员都要为之努力的方向。持续测试的成功实施离不开团队内、团队间及跨团队的协作。测试人员需提前介入到开发工作中，与开发人员一起制定测试计划；开发人员可以参与配置部署；运维人员可以向自动化测试用例库填写测试用例；测试人员随时将自动化测试用例配置到持续交付链中，所有成员的共同目的都是交付高效、高质量的产品。
