Mejores prácticas de pruebas de automatización (pruebas de RPA)

Mejores prácticas para diseñar, mantener y ejecutar pruebas de RPA, y cómo probar automatizaciones atendidas y unattended con Orchestrator y Test Manager en Test Cloud privado.

Sigue estas prácticas recomendadas para diseñar pruebas de RPA que sean fáciles de mantener y fiables de ejecutar.

Diseño de pruebas

• Mantén los casos de prueba independientes entre sí. Un caso de prueba no debe depender de la ejecución de otro caso de prueba.
• Crea pequeños flujos de trabajo que cubran el menor número de acciones posible. Los flujos de trabajo pequeños son más fáciles de entender y de probar unidades.
• Asigna a cada caso de prueba un propósito específico. Cada flujo de trabajo de prueba debe contener solo una verificación.
• Crea una prueba de unidad para cada característica. Si se permiten excepciones, crea una prueba independiente para cada caso de prueba.
• Utiliza la estructura Given-When-Then para los casos de prueba. Si la parte Dado se vuelve demasiado extensa para gestionar, redefine el caso de prueba, porque podría necesitar más granularidad o refactorización.
• Mantén los casos de prueba modulares, porque las pruebas modulares son más fáciles de mantener. Escribir pruebas también puede dar comentarios sobre el desarrollo, similar a una revisión de código.
• Utiliza la simulación para reemplazar pasos complejos que son irrelevantes para el propósito del caso de prueba.

Reutilización y organización

• Utiliza bibliotecas y el repositorio de objetos siempre que sea posible, para aumentar la reutilización entre proyectos de prueba y entre proyectos de prueba y RPA.
• Define una forma única de escribir casos de prueba estableciendo una lógica de gestión de pruebas.
• Utiliza una estructura de carpetas dedicada a las pruebas y la misma convención de nomenclatura de casos de prueba en todos tus proyectos.
• Nombra las actividades para reflejar la acción que realizan. Usa anotaciones en actividades con comportamiento no obvio.
• Utilice activos para variables que puedan cambiar y se utilicen muchas veces.
• Realiza las siguientes acciones en casos de prueba solo en Studio, nunca fuera de él:
  • Eliminación
  • Mover
  • Cambiar el nombre
• Para hacer referencia a un caso de prueba de otro proyecto, utiliza Importar casos de prueba.

Mantenimiento y ejecución

• Mantén tus casos de prueba y actualízalos después de cada solicitud de cambio.
• Incluye las pruebas en tu proceso de integración continua y entrega continua (CI/CD).
• Ejecuta tus casos de prueba cada vez que confirmes un cambio en tu proyecto de RPA, para asegurarte de que no has introducido un error.
• Prepara un conjunto de pruebas de RPA que TI pueda ejecutar en un entorno de preproducción antes de implementar un cambio de entorno, como una actualización de Windows. Esto te ayuda a detectar posibles incidencias antes de que lleguen a producción.

Estabilidad

• Planifica la recuperación o reintenta en diferentes etapas de la prueba, para evitar resultados fallidos.
• Valida el estado de la aplicación antes de continuar con los pasos que dependen de él. Por ejemplo, añade actividades que esperen el estado de la aplicación deseado antes de otras interacciones. Evita retrasos codificados.
• Utiliza las opciones Simular clic o Simular tipo, o envía mensajes de ventana, siempre que sea posible.

Probar automatizaciones atendidas

Puedes probar automatizaciones atendidas a través de dos enfoques: pruebas de aceptación de usuario (UAT) atendidas y pruebas de regresión desatendidas.

Antes de empezar

• Asegúrate de tener una licencia de trabajo para Orchestrator y para Test Manager.

Prueba de aceptación de usuario atendida

Los probadores de UAT, que son probadores manuales o expertos en la materia empresarial, realizan este tipo de pruebas. El equipo de control de calidad (QA) completa el paso 1. Los probadores de UAT completan los pasos 2 a 5.

1. Define los casos de prueba manuales en Test Manager. En cada caso de prueba, incluye lo siguiente:
   • Pasos previos
   • Ejecución de automatización
   • Afirmaciones
2. Ejecuta un caso de prueba manual en Test Manager.
3. Prepara el entorno para la automatización attended, en función del escenario a probar y los pasos de requisitos previos definidos en el paso 1.
4. Ejecuta la automatización attended a través de UiPath Assistant.
5. Verifica las aserciones después de que finalice la automatización.

Los resultados, incluyendo capturas de pantalla y documentos, están disponibles para el probador de UAT en Test Manager.

Los probadores de UAT requieren una licencia de automatización atendida. Puedes proporcionarla de una de las siguientes maneras:

• Publica los paquetes de automatización en tu entorno de producción de Orchestrator, que tiene una licencia de automatización atendida asignada para el probador de UAT.
• Asigna un subconjunto de licencias de usuario asistido a tu entorno de no producción de Orchestrator.

Para obtener más información sobre la gestión de licencias, consulta Acerca de las licencias y Asignar licencias de usuario.

Pruebas de regresión no atendida

Un robot de prueba unattended realiza este tipo de prueba. El equipo de control de calidad completa el paso 1. Los Automation Developers completan los pasos 2 a 5. Cualquier persona con acceso a Orchestrator o Test Manager puede completar el paso 6.

1. Define los casos de prueba en Test Manager. En cada caso de prueba, incluye lo siguiente:
   • Pasos previos
   • Ejecución de automatización
   • Afirmaciones
2. Crea casos de prueba sobre tus automatizaciones existentes. Utiliza pruebas simuladas para RPA para simular las acciones de los usuarios atendidos.
3. Vincula los casos de prueba de Studio a Test Manager.
4. Publica los casos de prueba en Orchestrator.
5. Agrupa los casos de prueba en conjuntos de prueba, en función de los requisitos empresariales.
6. Ejecuta los conjuntos de pruebas manualmente a través de Orchestrator y Test Manager, o prográmalos en Orchestrator.
7. (Opcional) Si las herramientas CI/CD están disponibles, utilízalas para pruebas e implementación totalmente automatizadas. UiPath proporciona integración de CI/CD a través de la extensión de Azure DevOps y el complemento de Jenkins.

Los robots de prueba desatendidos proporcionan detalles de ejecución y eventos.

Las pruebas de regresión desatendidas requieren runtimes de prueba. Para obtener más información, consulta Pruebas en la documentación de licencias de Orchestrator.