Desde la creación de pruebas hasta los dispositivos reales: cómo UiPath y Digital.ai trabajar Juntos

Es posible que su organización ya utilice UiPath para la automatización o las pruebas más allá de los dispositivos móviles. Ampliar esta práctica a los dispositivos móviles es una pregunta lógica. O quizás su equipo esté eligiendo una herramienta de autoría para un nuevo programa de pruebas móviles. En cualquier caso, el flujo de trabajo que cree necesita una plataforma donde ejecutarse. 

UiPath Studio y Digital.ai Las pruebas pueden proporcionar una ruta conectada. UiPath es donde el equipo crea flujos de trabajo de automatización móvil; Digital.ai Proporciona acceso a los dispositivos en los que se ejecutan esos flujos de trabajo. 

Comencemos por cómo está construida la prueba. 

In Estudio UiPathLa automatización móvil se basa en actividades para interactuar con una aplicación y comprobar su comportamiento. El autor de las pruebas define el flujo de trabajo: abrir la aplicación, realizar acciones y verificar el resultado esperado. Si bien el flujo de trabajo requiere mantenimiento a medida que la aplicación evoluciona, proporciona al equipo un espacio para desarrollar y actualizar dicha lógica. 

UiPath describe la automatización móvil en tres capas: Studio y actividades, un servidor Appium y el dispositivo de destino. Esta capa intermedia es fundamental. Appium permite dirigir un flujo de trabajo de UiPath a un dispositivo iOS o Android fuera del entorno del autor. UiPath admite un servidor Appium externo, por lo que el dispositivo puede formar parte de una granja de dispositivos remotos. 

Conectar el flujo de trabajo a Digital.ai Pruebas 

Digital.ai Pruebas Proporciona el entorno del dispositivo y el punto final de Appium. En UiPath Studio, el equipo crea un proyecto de pruebas móviles y configura la conexión para la aplicación y el dispositivo que desea probar, ya sea iOS o Android. 

Para las organizaciones que ya utilizan UiPath, esto extiende un enfoque de autoría familiar a los dispositivos móviles. Los equipos que eligen UiPath por primera vez pueden usar la misma conexión. En cualquier caso, los autores de pruebas crean y mantienen sus flujos de trabajo en UiPath y luego los ejecutan a través de Appium en dispositivos en Digital.ai Pruebas. El equipo aún decide qué recorridos de usuario y dispositivos son los más importantes. 

Seleccione el entorno del dispositivo según su forma de operar. 

La decisión sobre el dispositivo no es la misma para todas las organizaciones. Algunos equipos necesitan modelos de dispositivos reales y versiones de sistemas operativos específicos disponibles con una periodicidad predecible. Otros necesitan mantener la infraestructura de pruebas dentro de su propio entorno. La cuestión es qué requisitos corresponden al proceso de lanzamiento y qué implementación puede satisfacerlos. 

Digital.ai ofrece grupos de dispositivos dedicados seleccionados para las necesidades de una organización. Con su implementación privada de SaaS, el entorno es de un solo inquilino y Digital.ai gestiona el laboratorio alojado, incluido el mantenimiento de los dispositivos. Una implementación en las instalaciones mantiene el laboratorio en el entorno del cliente; el cliente gestiona la infraestructura física mientras Digital.ai Proporciona el software de la plataforma, asistencia para la configuración y actualizaciones. 

El acceso dedicado puede ser valioso cuando un equipo necesita una configuración específica lista para ejecuciones programadas. Es una opción que debe evaluarse en función de las necesidades de laboratorio y cobertura existentes del equipo, no un requisito previo para cada prueba móvil. Lo importante es que las pruebas puedan llegar a los dispositivos previstos de forma fiable. 

Un único flujo de trabajo, desde la creación hasta la ejecución. 

Esta integración responde a una pregunta práctica: ¿cómo llega una prueba móvil de UiPath desde su autor hasta un dispositivo relevante para el lanzamiento? Appium proporciona esa conexión. Digital.ai Proporciona el entorno del dispositivo. Tu equipo conserva el control sobre qué recorridos probar, qué dispositivos cubrir y cómo mantener los flujos de trabajo. 

Si estás evaluando este enfoque, comienza con un recorrido móvil importante y los dispositivos en los que debe ejecutarse. Mira el UiPath y Digital.ai vídeo de integración. 

Tercera parte de nuestra serie de blogs sobre UiPath Muestra cómo un equipo extendió su estrategia existente de UiPath a las pruebas móviles.