LEAP

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

所有帖子

开发运维 Automation:持续交付的5个步骤

自动化是DevOps成功的前提。但是,如何实现持续交付呢?答案在于自动化和更快的反馈循环。

在之前的一篇博客文章中,我们解释了 如何在DevOps环境中建立持续集成/持续交付(CI / CD)管道。在这里我们了解到,交付管道的最终成功将取决于您的自动化执行。

在此博客文章中,我们将仔细研究自动测试在连续交付中的作用。

在下图中,发布管道的所有阶段和门都用颜色编码,以便于识别和理解流程以及流程检查。根据软件和合规性要求,可以永久地或根据需要从管道中添加或删除阶段或环境。

此外,这些门代表了一组要求,这些要求是构建(一段代码)传递到管道的下一个阶段或环境所必须满足的。

持续交付发布管道DevOps

连续交付(CD)发布管道的有效性取决于Red Gate和Blue Gate检查的结果可以多快地向相关利益相关者提供反馈。

例如,如果单元测试失败 发展历程,应立即通过电子邮件警报通知进行签入的开发人员。

或者,如果自动UI在 测试 失败,警报可能会出现在由负责团队监视的仪表板上。

反馈机制越快,就越有可能找到针对给定问题的快速解决方案。

如果在检入代码段中发现错误后几周内通知开发人员,则他或她很可能已经转移到其他任务和项目上,并且给定代码的上下文和相关要求不在他或她的之上心神。

开发人员将不得不花时间重新调整以适应正确的环境,从而导致生产力显着下降。

如何加快发布流程中的反馈机制的答案是自动化。

理想情况下,应该使用一种工具来增强产品交付过程的所有自动化需求,该工具可以增强管道中所有角色的工作;从测试人员到产品和企业所有者。

在下文中,我们以LEAPWORK自动化平台为例,说明如何在发布周期的五个部分中实施测试自动化,该示例可以很好地与DevOps连续交付配合使用。

1.回归测试

自动化测试的主要重点领域是 回归测试。回归测试有助于确保产品代码中的更改不会在现有产品中造成错误。回归测试通常在 测试 环境。

通过依靠LEAPWORK,而不必编写任何代码,测试团队可以自动化和维护通过Blue Gate所需的测试用例。案件可以按计划进行,即每晚,每天24/7重复或临时执行。

LEAPWORK自动化平台随附了常见构建和发布服务的本机插件,例如Jenkins,TFS,Atlassian Bamboo和TeamCity。 

这使得触发测试用例作为发布计划的一部分非常容易。此外,LEAPWORK以JUnit格式返回所有测试用例结果,所有平台都原生支持该格式,从而可以直接通过组织使用的任何发行平台来概述所有测试用例。

将单个测试用例作为多个计划的一部分非常有用。这样,可以经常测试产品的次要部分,同时制定包含所有产品功能回归测试的时间表,然后例如在每晚或接近发布时执行该时间表。

如前所述,测试自动化旨在使反馈立即可用。

执行测试后,所有案例结果都可在LEAPWORK自动化平台中获得,并且可以按项目,进度表等进行过滤。还可根据案件结果将结果通过电子邮件发送给指定的利益相关者。

最后,测试结果可以自动推送到所使用的任何错误管理系统(TFS,Jira,HP Quality Center等)。

2.早期回归/开发者验证


针对 发展历程 环境有两个目的:

  • 确保构建是可测试的,也就是说,确保推送到有意义 测试.
  • 向开发人员提供有关是否 发展历程 环境可靠;如果代码在这里有效,则可以假定它也在 测试生产.

早期回归测试仅涵盖了可用的全部回归测试中的一小部分,这有两个原因。首先,由于部署或代码签入的频率更高, 发展历程,则每天可以执行的早期回归测试的数量是有上限的。其次,在此阶段的验证通常只保留在针对关键功能的有限数量的基本测试用例中。

早期回归测试的计划通常是作为生成构建并将代码部署到 发展历程 服务器。利用LEAPWORK的调度功能可以轻松完成此任务。

3.功能回归/个人开发者验证

使用LEAPWORK可以轻松自动进行的第三种回归测试是对单个开发人员的本地安装进行功能验证。

使用LEAPWORK,测试人员,开发人员和DevOps专业人员团队可以在测试用例上共享和协作,每个人都可以在需要时在各自的PC上运行它们。本地运行的结果为整个团队提供了宝贵的反馈。

4.烟雾测试

“将发生错误。”这是软件生产中众所周知的公认事实。因此,在发布周期中,从来没有“是否会发生错误”的问题,而是组织将如何应对这些问题。

输入烟雾测试的学科。

这是关于针对 生产 确保软件确实按预期运行的环境。

在此阶段进行的测试是与实际用户交互最接近的事情。测试用例的一个示例是执行用户登录Web应用程序然后验证登录。

烟雾测试中使用的测试用例仅用于此目的。测试结果不允许指示产品有任何重大变化。冒烟测试应该能够频繁且快速地运行,并且不允许它们将生产系统推到极限。

5.业务验证

每当测试系统的所有者(产品/业务所有者)必须为最终用户配置和设置系统时,LEAPWORK自动化平台就可以用于从业务角度确保系统的有效性。

LEAPWORK自动化平台的简短学习曲线及其基于流程图的自动化方法,使其成为企业主,经理和非技术专家的理想工具。

组织中的这些人将能够设计和执行自己的自动化案例,以监视产品的业务关键方面的工作,例如订阅服务的注册流程。

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

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

您想要了解更多有关如何是否通过共享的自动化所有权跨CI / CD管道快速反馈?然后下载 白皮书:DevOps和测试自动化。

下载devops白皮书

相关文章

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

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

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

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

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

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