cicd-integrations
2023.10
false
Important :
Veuillez noter que ce contenu a été localisé en partie à l’aide de la traduction automatique. La localisation du contenu nouvellement publié peut prendre 1 à 2 semaines avant d’être disponible.
UiPath logo, featuring letters U and I in white

Guide de l'utilisateur des intégrations CI/CD

Dernière mise à jour 4 juil. 2025

UiPath Run Tests

Test d'application

Type : tâche post-construction

UiPath Run tests est disponible dans les tâches et les pipelines standard, et vous permet :

  • Exécutez un ensemble de tests existant dans Orchestrator.
  • Empaquetez, déployez et exécutez des cas de test en spécifiant le chemin d'accès à un projet de test UiPath.

Une fois l'exécution du test terminée, l'onglet Résultat du test ( Test Result ) est publié dans le build Jenkins, affichant les résultats détaillés. De plus, un fichier de résultats de test JUnit est créé dans le chemin de sortie des résultats de test, lorsqu'il est spécifié, ou à la racine de l'espace de travail si non spécifié.

En fonction du résultat, le build sera soit marqué comme réussi (tous les cas de test sont réussis), soit comme échoué (au moins un cas de test a échoué).



Configuration

Paramètre de tâche

Description

Cible

  • Spécifiez un ensemble de tests existant sur UiPath Orchestrator (pour exécuter un ensemble de tests).
  • Fournissez le chemin project.json d’un projet UiPath Testing (pour exécuter le projet de test).

Chemin de sortie des résultats de test

L'ensemble de tests exécuté renvoie le résultat du test sous la forme de junit.xml . Spécifiez le chemin où le résultat doit être stocké, par rapport au répertoire de l'espace de travail Jenkins (par exemple, result.xml ).

Paramètres d’entrée

Définissez des arguments personnalisés pour vos cas de test afin de remplacer les valeurs par défaut au niveau de l'ensemble de tests. Grâce aux arguments, vous pouvez paramétrer les cas de test au moment de l'exécution. Pour définir des arguments, vous devez avoir publié un package avec des arguments.

Adresse Orchestrator

Spécifiez l’adresse de l’instance d’Orchestrator vers laquelle le(s) package(s) va/vont être déployé(s).

Locataire dʹOrchestrator

Spécifiez le locataire Orchestrator vers lequel le(s) package(s) va/vont être déployé(s).

Dossier Orchestrator

Dossier de destination du déploiement.

Si le dossier est un dossier classique, vous devez également définir le champ environments.
Pour les dossiers modernes, la définition du environments . n'est pas nécessaire.
Pour saisir des sous-dossiers, assurez-vous de saisir à la fois le nom du dossier parent et le nom du sous-dossier. Par exemple, utilisez AccountingTeam\TeamJohn.

Environnements (requis pour les dossiers classiques)

Spécifiez l’environnement vers lequel le package va être déployé en tant que processus. Dans le cas d’un projet et d’un environnement comportant des processus existants, ces processus sont mis à jour de façon à utiliser la dernière version du projet. Spécifiez l’environnement vers lequel le package va être déployé en tant que processus. Dans le cas d’un projet et d’un environnement comportant des processus existants, ces processus sont mis à jour de façon à utiliser la dernière version du projet.

Authentification

Pour l'authentification auprès d'Orchestrator, vous devez créer des informations d'identification dans Jenkins dès le départ. Il existe quatre options pour l'authentification :

(1)S’authentifier sur un système Orchestrator local à l’aide d’un nom d’utilisateur et d’un mot de passe

(2) Authentifiez-vous auprès d’un Cloud Orchestrator à l’aide d’un jeton de réactualisation (clé API).

(3) Authentifiez - vous auprès d' Orchestrator cloud à l' aide de l' authentification d' application externe.

(4) Authentifiez-vous auprès d'un Orchestrator sur site à l'aide de .

Délai d'attente (secondes)

Délai d'expiration de l'exécution du test. La valeur par défaut est de 7 200 secondes. Si le délai est dépassé avant que l'exécution sur Orchestrator ne soit terminée et renvoie le résultat, la construction sera annulée et marquée comme ayant échoué.

Niveau de journalisation du traçage

Paramètre utilisé pour activer la journalisation du traçage à l'un des niveaux suivants :

  • Aucun (None)
  • Critique (Critical)
  • Erreur
  • Avertissement
  • Information
  • Détaillé. (La valeur par défaut est définie sur Aucun).

    Utile à des fins de débogage.

Exemple de pipeline

pipeline {
  agent any
  environment {
    MAJOR = '1'
    MINOR = '0'
  }
  stages {
    stage ('PostBuild') {
      steps {
        UiPathTest (
          testTarget: [$class: 'TestSetEntry', testSet: "My Test Set"],
          orchestratorAddress: "OrchestratorUrl",
          orchestratorTenant: "tenant name",
          folderName: "folder name",
          timeout: "10000",
          traceLoggingLevel: 'None',
          testResultsOutputPath: "result.xml",
          credentials: [$class: 'UserPassAuthenticationEntry', credentialsId: "credentialsId"]
        )
      }
    }
  }
}pipeline {
  agent any
  environment {
    MAJOR = '1'
    MINOR = '0'
  }
  stages {
    stage ('PostBuild') {
      steps {
        UiPathTest (
          testTarget: [$class: 'TestSetEntry', testSet: "My Test Set"],
          orchestratorAddress: "OrchestratorUrl",
          orchestratorTenant: "tenant name",
          folderName: "folder name",
          timeout: "10000",
          traceLoggingLevel: 'None',
          testResultsOutputPath: "result.xml",
          credentials: [$class: 'UserPassAuthenticationEntry', credentialsId: "credentialsId"]
        )
      }
    }
  }
}
  • Configuration
  • Exemple de pipeline

Cette page vous a-t-elle été utile ?

Obtenez l'aide dont vous avez besoin
Formation RPA - Cours d'automatisation
Forum de la communauté UiPath
Uipath Logo
Confiance et sécurité
© 2005-2025 UiPath Tous droits réservés.