Probar tu actividad

Después de implementar la nueva actividad, prueba que funciona como se espera. Puedes probar tu actividad utilizando uno de estos métodos:

Pruebas unitarias

La forma más fácil y rápida de probar el código de actividad es escribir pruebas unitarias que aíslen el código de actividad y prueben escenarios individuales.

Por ejemplo:

[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);
}

El ejemplo de fragmento de código anterior crea una nueva instancia de la clase Calculator y llama a la función ExecuteInternal . No hay nada específico relacionado con las actividades en este contexto y se aplican los principios básicos de las pruebas unitarias.

Para ver un ejemplo, ve a la actividad Calculadora de muestra en GitHub.

Pruebas de flujo de trabajo

Las pruebas de flujo de trabajo son un tipo de pruebas unitarias que se basan en la clase WorkflowInvoker para colocar la actividad dentro de un flujo de trabajo y ejecutarla como lo haría UiPath Robot:

[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);
}

El fragmento de código anterior crea una nueva instancia de la actividad, pero en lugar de llamar a los métodos directamente en la instancia, coloca la actividad dentro de un WorkflowInvoker y la ejecuta como parte de un flujo de trabajo. El flujo de trabajo finalmente llama a la función Execute en la clase Calculator . Ten en cuenta que esta función está protegida y no puedes invocarla directamente, lo cual es un beneficio indirecto de utilizar este enfoque.

Este enfoque se suele utilizar cuando la actividad depende del resultado de otras actividades. En este caso, debes crear un flujo de trabajo con varias actividades y dejar que WorkflowInvoker lo ejecute.

UiPath Studio adjuntar al proceso

A veces, es necesario probar el código de actividad dentro del ejecutor de UiPath.Robot. Para lograrlo, podemos utilizar una de dos opciones.

Opción 1: System.Diagnostics.Debugger.Launch()

1. Añade Debugger.Launch() donde quieras que el punto de interrupción llegue a tu código.
2. Crea el nuevo paquete y actualiza la versión en tu proyecto en UiPath.Studio, y luego selecciona Ejecutar.

3. El depurador JIT te pide que elijas una instancia de Visual Studio para la depuración.

   
   

   

   
   
4. Después de seleccionar la instancia, el JIT detendrá la ejecución en la línea donde se añadió Debugger.Launch() y desde allí puede comenzar el proceso de depuración normal.
   
   

   

   
   

Opción 2: Adjuntar al proceso en Visual Studio

Otra opción es retrasar la ejecución y luego adjuntar Visual Studio al proceso ejecutor. Aunque este método requiere más gastos generales, permite depurar el código de actividad sin modificaciones.

1. Para retrasar la ejecución, añade la actividad Retraso o, en un proyecto de Windows, la actividad Cuadro de mensaje .

   
   

   

   
   

2. Selecciona Ejecutar y, a continuación, ve a Visual Studio y selecciona Depurar > Adjuntar al proceso.

   
   

   

   
   
3. Filtra la lista de procesos por UiPath.Executor, selecciona todos los procesos y luego haz clic en Adjuntar.
   
   

   

   
   

Una vez transcurrido el retraso, la ejecución del proceso se interrumpe en el punto de interrupción que has añadido en tu código.