sdk
latest
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 du développeur

Dernière mise à jour 30 oct. 2025

Tester votre activité

Une fois la nouvelle activité implémentée, vérifiez qu'elle fonctionne comme prévu. Vous pouvez tester votre activité en utilisant l’une de ces méthodes :

Tests unitaires

Le moyen le plus simple et le plus rapide de tester le code d'activité consiste à écrire des tests unitaires qui isolent le code d'activité et testent des scénarios individuels.

Par exemple :

[Theory]
[InlineData(1, Operation.Add, 1, 2)]
[InlineData(3, Operation.Subtract, 2, 1)]
[InlineData(3, Operation.Multiply, 2, 6)]
[InlineData(6, Operation.Divide, 2, 3)]
public void Calculator_ReturnsAsExpected(int firstNumber, Operation operation, int secondNumber, int expectedResult)
{
    var calculator = new Calculator()
    {
        SelectedOperation = operation
    };

    var result = calculator.ExecuteInternal(firstNumber, secondNumber);

    Assert.Equal(expectedResult, result);
}[Theory]
[InlineData(1, Operation.Add, 1, 2)]
[InlineData(3, Operation.Subtract, 2, 1)]
[InlineData(3, Operation.Multiply, 2, 6)]
[InlineData(6, Operation.Divide, 2, 3)]
public void Calculator_ReturnsAsExpected(int firstNumber, Operation operation, int secondNumber, int expectedResult)
{
    var calculator = new Calculator()
    {
        SelectedOperation = operation
    };

    var result = calculator.ExecuteInternal(firstNumber, secondNumber);

    Assert.Equal(expectedResult, result);
}
L'exemple d'extrait de code précédent crée une nouvelle instance de la classe Calculator et appelle la fonction ExecuteInternal . Il n'y a rien de spécifique lié aux activités dans ce contexte et les principes de base de test unitaire s'appliquent.

Pour voir un exemple, accédez à l' exemple d'activité Calculatrice dans GitHub.

Tests de workflow

Les tests de workflow sont un type de tests unitaires qui s'appuient sur la classe WorkflowInvoker pour placer l'activité à l'intérieur d'un workflow et l'exécuter comme il le serait avec le robot UiPath :
[Fact]
public void Divide_ReturnsAsExpected()
{
    var activity = new Calculator()
    {
        FirstNumber = 4,
        SecondNumber = 2,
        SelectedOperation = Operation.Divide
    };

    var runner = new WorkflowInvoker(activity);
    runner.Extensions.Add(() => workflowRuntimeMock.Object);

    var result = runner.Invoke(TimeSpan.FromSeconds(1)); //the runner will return a dictionary with the values of the OutArguments

    //verify that the result is as expected
    Assert.Equal(2, result["Result"]);

    //verify that we logged a message
    workflowRuntimeMock.Verify(x => x.LogMessage(It.IsAny<LogMessage>()), Times.Once);
}[Fact]
public void Divide_ReturnsAsExpected()
{
    var activity = new Calculator()
    {
        FirstNumber = 4,
        SecondNumber = 2,
        SelectedOperation = Operation.Divide
    };

    var runner = new WorkflowInvoker(activity);
    runner.Extensions.Add(() => workflowRuntimeMock.Object);

    var result = runner.Invoke(TimeSpan.FromSeconds(1)); //the runner will return a dictionary with the values of the OutArguments

    //verify that the result is as expected
    Assert.Equal(2, result["Result"]);

    //verify that we logged a message
    workflowRuntimeMock.Verify(x => x.LogMessage(It.IsAny<LogMessage>()), Times.Once);
}
L'extrait de code précédent crée une nouvelle instance de l'activité, mais au lieu d'appeler les méthodes directement sur l'instance, il place l'activité à l'intérieur d'un WorkflowInvoker et l'exécute dans le cadre d'un workflow. Le workflow finit par appeler la fonction Execute au niveau de la classe Calculator . Notez que cette fonction est protégée et que vous ne pouvez pas l'invoquer directement, ce qui constitue un avantage indirect de l'utilisation de cette approche.
Cette méthode est généralement utilisée lorsque l'activité dépend du résultat d'autres activités. Dans ce cas, vous devez créer un workflow avec plusieurs activités et laisser WorkflowInvoker l'exécuter.

Joindre UiPath Studio au processus

Parfois, il est nécessaire de tester le code d'activité à l'intérieur de l'exécuteur UiPath.Robot. Pour ce faire, nous pouvons utiliser l'une des deux options suivantes.

Option 1 : System.Diagnostics.Debugger.Launch()

  1. Ajoutez Debugger.Launch() où vous souhaitez que le point d'arrêt atteigne votre code.
  2. Créez le nouveau package et mettez à jour la version de votre projet dans UiPath.Studio, puis sélectionnez Exécuter(Run).
  3. Le débogueur JIT vous invite à choisir une instance de Visual Studio à utiliser pour le débogage.



  4. Après avoir sélectionné l'instance, le JIT arrêtera l'exécution à la ligne où Debugger.Launch() a été ajouté, et à partir de là, le processus de débogage normal pourra commencer.


Option 2 : attacher au processus dans Visual Studio

Une autre option consiste à retarder l'exécution, puis à attacher Visual Studio au processus exécuteur. Bien que cette méthode nécessite plus de surcharge, elle permet de déboguer le code d'activité sans modifications.

  1. Pour différer l'exécution, ajoutez l'activité Délai ou, dans un projet Windows, l'activité Zone de message .



  2. Sélectionnez Exécuter(Run), puis accédez à Visual Studio et sélectionnez Déboguer (Debug) > Joindre au processus (Attach to process).



  3. Filtrez la liste des processus par UiPath.Executor, sélectionnez tous les processus, puis cliquez sur Joindre ( Attach).


Une fois le délai écoulé, l'exécution du processus est interrompue au point d'arrêt que vous avez ajouté dans votre code.

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.