当前位置: 首页 > 知识库问答 >
问题:

Azure运营模式发布管道-量角器UI测试套件

穆修杰
2023-03-14

我的任务是开发现有遗留应用程序的Azure DevOps实现。应用程序有一个QA团队,该团队使用500个自动化测试用例。此测试用例是使用量角器开发的。所有测试用例都是使用JavaScript开发的。

对于现有设置,以下是所采取的步骤:a.发布管道部署ASP。NET应用程序到Azure app services b。QA人员手动登录到VM并启动量角器测试。

我们可以使用Azure devOps管道中的任何任务来测试同一个部署的应用程序吗?

共有1个答案

常炯
2023-03-14

我们可以使用Azure devOps管道中的任何任务来测试同一个部署的应用程序吗?

要使用量角器运行测试,可以使用命令行任务和节点工具来运行测试。

如果要使用Microsoft hosted agent运行测试,则需要在运行测试之前安装相应版本的节点工具和量角器包。

以下是一个例子:

steps:
- task: NodeTool@0
  displayName: 'Use Node 10.x'
  inputs:
    versionSpec: 10.x

- task: Npm@1
  displayName: 'npm install'
  inputs:
    workingDir: EndToEndTests/EndToEndTests
    verbose: false

- script: 'node $(build.sourcesdirectory)/EndToEndTests/EndToEndTests/node_modules/protractor/bin/webdriver-manager update --versions.chrome=xxxx.x.x.x'
  displayName: 'Command Line Script'

- script: |
   
   npm run e2e  #Run the same script as you are on the VM
  displayName: 'Command Line Script'

欲了解更多详细信息,请参阅此博客或此票证。

另一方面,如果您的测试用例需要更多的额外配置,您还可以在VM上安装自托管代理。

在这种情况下,QA人员不需要登录VM。他们可以直接在自托管代理上运行管道任务(在VM上创建)。这相当于在VM上进行测试。

 类似资料:
  • 我正在尝试在Azure DevOps(内部部署)中配置发布管道以支持git流策略。我正在努力实现的目标: promise“发布/*”触发软件的构建并发布到QA的位置 promise“主控”从步骤1获取相同的软件构建(工件),并发布到生产位置 因此,当我做一个git-flow开始发布时,软件可用于测试/质量保证,当我完成发布时,它可供用户使用。 我的构建管道工作正常,它由发布分支触发,并以发布工件任

  • 在我们的Azure DevOps部署中,我们有一个生成并运行“子”管道的“主”发布管道。子管道从不直接运行。 目前,我们在主管道中使用Powershell脚本启动子管道,但我想知道是否有一个内置任务可以自动执行此操作?我已经看了任务列表,但是没有什么跳出。如果没有也没关系,但我想问问,以防我错过了什么。

  • 我正在AzureDevops CI/CD管道中为一个Java项目进行POC。我创建了一个Maven项目,该项目具有针对独立于我的项目的演示网站运行的Selenium测试(TestNG)。我想在构建管道中运行单元测试,在发布管道中运行UI Selenium测试。 任务似乎是我需要的构建块。我认为您可以区分单元测试 我能够在构建期间使用Maven任务和Surefire插件运行Selenium测试,但请

  • 尝试让在prem上安装了部署代理的Azure DevOps发布管道以有权访问on-prem数据库的特定用户身份运行控制台应用程序。 这就是工作流程 Azure发布管道调用- 我正在使用管道中的PowerShell任务与此内联脚本: 我知道userid、密码和命令行参数正在正确传递,但是无论控制台应用程序有多简单,当代理运行PowerShell脚本时,它都会崩溃。我尝试在各种服务帐户(系统、管理员等

  • 这是一个ASP。生成时没有错误的NET Core 3.0项目,但当它触发管道以发布到Azure App Service时,它失败,并出现以下错误: 2019-11-10t 23:09:23.8008460 z # #[错误]错误:未找到指定模式:D的包:\a\r1\a***。活力 需要做什么来修复发布管道?管道版本将最新的构建作为它的工件。

  • 我现在有一个Azure DevOps发布管道,其中包含测试、验收和生产阶段,它们是按顺序触发的。当有新的生成可供部署时,将触发测试。 我遇到的问题是,所有阶段目前都部署了完全相同的工件。但这是错误的,因为它们部署到不同的环境,需要有自己版本的Web.config. 如何更改设置,使所有环境都能获得正确的软件包?我是否应该更改生成设置,以便为多个不同的配置生成,还是应该为每个环境分别生成?我如何选择