

Amazon n' CodeCatalyst est plus ouvert aux nouveaux clients. Les clients existants peuvent continuer à utiliser le service normalement. Pour de plus amples informations, veuillez consulter [Comment effectuer une migration depuis CodeCatalyst](migration.md).

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

# Intégration avec universal-test-runner
<a name="test.universal-test-runner"></a>

Les actions de test s'intègrent à l'outil `universal-test-runner` de ligne de commande open source. `universal-test-runner`utilise le [protocole d'exécution des tests](https://github.com/aws/universal-test-runner/blob/main/protocol/README.md) pour exécuter vos tests pour n'importe quel langage dans un framework donné. `universal-test-runner`prend en charge les frameworks suivants :
+ [Gradle](https://gradle.org/)
+ [Jest](https://jestjs.io/)
+ [Maven](https://maven.apache.org/)
+ [pytest](https://pytest.org)
+ [.NET](https://learn.microsoft.com/en-us/dotnet/core/tools/)

`universal-test-runner` est installé uniquement sur les images sélectionnées pour les actions de test. Si vous configurez une action de test pour utiliser un Docker Hub personnalisé ou Amazon ECR, vous devez installer manuellement `universal-test-runner` pour activer les fonctionnalités de test avancées. Pour ce faire, installez Node.js (14 ou supérieur) sur l’image, puis installez `universal-test-runner` via `npm` à l’aide de la commande shell `- Run: npm install -g @aws/universal-test-runner`. Pour plus d'informations sur l'installation de Node.js dans votre conteneur via des commandes shell, consultez la section [Installation et mise à jour du gestionnaire de versions de Node](https://github.com/nvm-sh/nvm#install--update-script).

Pour plus d’informations sur `universal-test-runner`, consultez [Qu’est-ce que universal-test-runner ?](https://github.com/aws/universal-test-runner#-what-is-universal-test-runner)

------
#### [ Visual ]

**À utiliser universal-test-runner dans l'éditeur visuel**

1. Ouvrez la CodeCatalyst console à l'[adresse https://codecatalyst.aws/](https://codecatalyst.aws/).

1. **Dans le volet de navigation, choisissez **CI/CD**, puis Workflows.**

1. Choisissez le nom de votre flux de travail.

1. Choisissez **Modifier**.

1. Choisissez **Visual**.

1. Choisissez **Actions**.

1. Dans **Actions**, sélectionnez **Test**. 

1. Dans l'onglet **Configuration**, complétez le champ des **commandes Shell** en mettant à jour l'exemple de code avec les frameworks pris en charge de votre choix. Par exemple, pour utiliser un framework pris en charge, vous devez utiliser une `Run` commande similaire à la suivante.

   ```
   - Run: run-tests <framework>
   ```

   Si le cadre que vous souhaitez n’est pas pris en charge, envisagez de fournir un adaptateur ou runner personnalisé. Pour une description du champ de **commandes Shell**, consultez[Steps](build-action-ref.md#build.configuration.steps).

1. (Facultatif) Choisissez **Valider** pour valider le code YAML du flux de travail avant de le valider.

1. Choisissez **Valider**, entrez un message de validation, puis choisissez à nouveau **Valider**.

------
#### [ YAML ]

**À utiliser universal-test-runner dans l'éditeur YAML**

1. Ouvrez la CodeCatalyst console à l'[adresse https://codecatalyst.aws/](https://codecatalyst.aws/).

1. **Dans le volet de navigation, choisissez **CI/CD**, puis Workflows.**

1. Choisissez le nom de votre flux de travail.

1. Choisissez **Modifier**.

1. Choisissez **YAML.**

1. Choisissez **Actions**.

1. Dans **Actions**, sélectionnez **Test**.

1. Modifiez le code YAML en fonction de vos besoins. Par exemple, pour utiliser un framework pris en charge, vous devez utiliser une `Run` commande similaire à la suivante.

   ```
   Configuration:
     Steps:
       - Run: run-tests <framework>
   ```

   Si le cadre que vous souhaitez n’est pas pris en charge, envisagez de fournir un adaptateur ou runner personnalisé. Pour une description de la propriété **Steps**, voir[Steps](build-action-ref.md#build.configuration.steps).

1. (Facultatif) Choisissez **Valider** pour valider le code YAML du flux de travail avant de le valider.

1. Choisissez **Valider**, entrez un message de validation, puis choisissez à nouveau **Valider**.

------