LEAP

LEAPWORK的自动化见解和生产力提示。

所有帖子

如何创建DevOps管道(带有示例)

CI / CD管道旨在减轻将软件发布到生产环境中的风险。但是,其效率在很大程度上取决于自动化,因此 在DevOps上取得成功取决于开发部门在自动化方面的工作水平以及可使用的工具。

的主要职责之一 开发运维 管理人员将支持创建发布管道,这是一段代码或功能必须从开发人员的本地计算机传播到生产环境的途径。

在管道的构建中可以应用不同的最佳实践: 持续交付,持续部署,持续集成等。但是,在创建理想的发布管道时,应确保它将:

  • 提高产品质量
  • 提高产品开发的敏捷性
  • 减少与产品发布相关的压力和最后一分钟的恐慌

使用正确的方法,可以建立这样的管道。这篇博客文章概述了对发布管道的各个阶段进行颜色编码的DevOps方法,而下一节则确定了管道的五个关键点,其中自动化可以显着提高生产力,敏捷性和产品质量。

相关阅读:和持续测试:什么,为什么和如何

管道的标准元素

标准发布管道包含下面列出的主要元素或环境。根据软件和合规性要求,可以永久地或根据需要从管道中添加或删除环境。

  1. 本地开发环境;各个开发人员的个人计算机
  2. 持续集成(CI)服务器或开发服务器
  3. 测试服务器以进行产品的功能性UI测试
  4. 生产环境

发行管道可确保没有任何代码滑入生产环境(4),而不会被所谓的“门”所暴露。门是将构建(一段代码)传递到管道的下一阶段或环境所必须满足的一组要求。例如,一扇门可以设置以下要求:

  • 代码应正确构建
  • 所有单元测试必须通过
  • 所有功能性UI测试必须通过

相关阅读: 如何在DevOps世界中自动化功能性UI测试

在下文中,CD发行管道的所有阶段和门都用颜色编码,以使识别和理解流程和流程检查变得非常容易:

release_pipleline_example

当地发展

该环境是各个开发人员的本地PC。在此生成代码并将其添加到源代码控制系统。该代码段可以是产品的新功能或模块,也可以是对某些现有代码的修复或更改。

 

发展历程

这是在构建服务器上构建代码并将其部署到CI服务器的地方。

紫门

开发完成后,将在“紫色之门”“检入”代码。要通过此大门,必须满足以下要求:

  • 代码可以构建。
  • 该代码必须已通过所有单元测试。
  • 该代码必须已通过各个开发人员的本地验证。

紫色之门的检查非常关键,因为 发展历程 环境旨在模仿 生产 环境。这表示, 如果代码在 发展历程,很可能会在 生产.

可以向“紫色之门”添加更多要求。无论如何,如果任何检查失败,则应将签入回退并将其移至 测试 应该被取消。

 

测试

该环境适用于各种产品测试。它可以包含多个服务器设置,以适应各种测试类型:功能测试,性能测试,负载测试等。

蓝门

要通过此大门,必须满足以下要求:

  • 该代码必须通过所有自动功能性UI测试(回归测试)
  • 产品必须通过外观验证
  • 回归测试后必须检查服务器日志文件
  • 效果数据必须符合可接受的基准

同样,可以向此门添加更多要求。如果任何检查失败,则应将签入回滚并将其移至 生产 应该被取消。

 

生产

这是最终软件的生产地。在此阶段之后,没有特定的门,但是与最后一步相关的检查仍然存在:冒烟测试是为了在最终用户之前识别所有错误。显然,这可以改善最终用户的体验,因为该产品会得到更好的接收。

下载白皮书:DevOps和测试自动化

您想要了解更多有关如何是否通过共享的自动化所有权在整个管道中获得快速反馈?然后下载白皮书:

下载devops白皮书

相关文章

如何使用无代码硒自动化移动Web测试

在持续的大流行中,随着实体店的关闭,网站,尤其是电子商务网站,比以往任何时候都必须更加专注于在线创建优质的客户体验。这就需要更快的测试和新的网站功能。

什么是移动Web测试,为什么要自动化?

网站和Web应用程序是企业获取客户的重要组成部分。只有一个糟糕的客户体验会影响他们的购买决定,尤其是在电子商务中。 在移动网站上拥有负面体验的用户将来向该业务购买的可能性降低了62%。 - Think with Google. 

通过自动测试简化ServiceNow中的系统升级

对于许多企业而言,ServiceNow是运营骨干。但是一年两次,恐慌不断发展。 现在的服务发布了两个主要的强制升级,需要进行大量测试。而且,功能测试和回归测试通常会被推迟或抛在后面。 如果推迟或跳过这些测试,则企业将承担风险。在这些关键时刻,系统管理员和开发人员面临着快速完成功能和回归测试的压力。