View a markdown version of this page

Migración de sus entornos de prueba personalizados a los nuevos hosts de prueba de iOS - AWS Device Farm
Tutorial: Cómo migrar los archivos de especificaciones de prueba de iOS con la consolaDiferencias entre los hosts de prueba nuevos y antiguos

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Migración de sus entornos de prueba personalizados a los nuevos hosts de prueba de iOS

Para ver la lista completa de los anfitriones de prueba disponibles y cómo seleccionar uno, consulteHosts para entornos de prueba personalizados.

Para migrar las pruebas existentes del host antiguo al nuevo host de pruebas de macOS, tendrás que desarrollar nuevos archivos de especificaciones de prueba basados en los ya existentes.

El enfoque recomendado es empezar con el archivo de especificaciones de prueba de ejemplo para los tipos de prueba que desees y, a continuación, migrar los comandos pertinentes del archivo de especificaciones de prueba anterior al nuevo. Esto le permite aprovechar las nuevas funciones y optimizaciones de la especificación de prueba de ejemplo para el nuevo host y, al mismo tiempo, reutilizar fragmentos del código existente.

Tutorial: Cómo migrar los archivos de especificaciones de prueba de iOS con la consola

En este ejemplo, la consola de Device Farm se usará para incorporar una especificación de prueba de un dispositivo iOS existente para usar el nuevo host de prueba.

Paso 1: Crear un nuevo archivo de especificaciones de prueba con la consola

  1. Decide qué host de prueba quieres usar. Para ver la lista de los hosts de prueba de iOS disponibles y cómo seleccionar uno, consultaHosts para entornos de prueba personalizados.

  2. Inicie sesión en la consola de AWS Device Farm.

  3. Navegue hasta el proyecto Device Farm que contiene sus pruebas de automatización.

  4. Descargue una copia de la especificación de prueba existente que desee incorporar.

    1. Haz clic en la opción «Configuración del proyecto» y navega hasta la pestaña Cargas.

    2. Navega hasta el archivo de especificaciones de prueba que deseas incorporar.

    3. Haga clic en el botón Descargar para hacer una copia local de este archivo.

  5. Vuelva a la página del proyecto y haga clic en Crear ejecución.

  6. Rellene las opciones del asistente como si fuera a iniciar una nueva ejecución, pero deténgase en la opción Seleccionar la especificación de prueba.

  7. Con la especificación de prueba de iOS seleccionada de forma predeterminada, haga clic en el botón Crear una especificación de prueba.

  8. Modifique la especificación de prueba que se seleccionó de forma predeterminada en el editor de texto.

    1. Configure ios_test_host el host de prueba que se ajuste a sus requisitos de prueba. Por ejemplo: 

      ios_test_host: macos_tahoe

    2. A partir de la copia de las especificaciones de prueba que descargó en el paso anterior, revise cada phase una de ellas.

    3. Copia los comandos de las fases de la especificación de prueba anterior a cada fase correspondiente de la nueva especificación de prueba, ignorando los comandos relacionados con la instalación o la selección de Java, Python, Ruby Node.js, Appium o Xcode.

  9. Introduzca un nombre de archivo nuevo en el cuadro de texto Guardar como.

  10. Haga clic en el botón Guardar como nuevo para guardar los cambios.

Para ver un ejemplo de un archivo de especificaciones de prueba que puede usar como referencia, consulte el ejemplo que aparece enEjemplos de especificaciones de prueba.

Paso 2: Seleccionar el software preinstalado

En el nuevo host de prueba, las versiones de software preinstaladas se seleccionan mediante una nueva herramienta de administración de versiones estandarizada denominada. devicefarm-cli Esta herramienta es ahora el enfoque recomendado para usar los distintos programas que proporcionamos en los servidores de prueba.

Por ejemplo, añada la siguiente línea para usar el JDK 25 en su entorno de prueba: 

- devicefarm-cli use java 25

Para obtener más información sobre el software compatible disponible, por favor revise:Software compatible en entornos de prueba personalizados.

Paso 3: Uso de Appium y sus dependencias a través de la herramienta de selección de software

Seleccione explícitamente la versión de Appium mediante. devicefarm-cli En el host macos_tahoe de prueba, Appium 3 es la versión predeterminada: 

- devicefarm-cli use appium 3 # Selects the version
- appium --version            # Prints the version

La versión de Appium seleccionada devicefarm-cli viene preinstalada con una versión compatible del controlador XCUITest para iOS.

Cuando usas la especificación de prueba predeterminada, Device Farm selecciona automáticamente WebDriverAgent (WDA) la que coincida con el controlador XcuiTest instalado. Para obtener más información sobre cómo funciona esta selección, consulte y. Seleccionar una versión para las pruebas de iOS WebDriverAgent Variables de entorno para las pruebas de Appium

Diferencias entre los hosts de prueba nuevos y antiguos

Cuando edites tu archivo de especificaciones de prueba para usar el nuevo host de pruebas de iOS y hagas la transición de tus pruebas desde el host de pruebas anterior, ten en cuenta estas diferencias clave en el entorno:

  • Versiones de Xcode: en el entorno de host de pruebas antiguo, la versión de Xcode disponible se basaba en la versión de iOS del dispositivo utilizado para las pruebas. Por ejemplo, en las pruebas realizadas en dispositivos iOS 18 se utilizó Xcode 16 en el host anterior, mientras que en las pruebas con iOS 17 se utilizó Xcode 15. En el nuevo entorno de alojamiento, todos los dispositivos pueden acceder a las mismas versiones de Xcode, lo que permite un entorno uniforme para las pruebas en dispositivos con versiones diferentes. Para obtener una lista de las versiones de Xcode disponibles actualmente, consulte. Software compatible

  • Selección de versiones de software: en muchos casos, las versiones de software predeterminadas han cambiado, por lo que si antes no seleccionabas explícitamente tu versión de software en el host de prueba antiguo, tal vez quieras especificarla ahora en el nuevo host de prueba utilizando devicefarm-cli. En la gran mayoría de los casos de uso, recomendamos que los clientes seleccionen de forma explícita las versiones del software que utilizan. Si seleccionas una versión de software con, devicefarm-cli tendrás una experiencia predecible y coherente con ella, y recibirás una gran cantidad de advertencias si Device Farm planea eliminar esa versión del host de prueba.

    Además, herramientas de selección de software como nvm, pyenv, avm, y rvm se han eliminado en favor del nuevo sistema de selección de software devicefarm-cli.

  • Versiones de software disponibles: se han eliminado muchas versiones del software previamente instalado y se han agregado muchas versiones nuevas. Por lo tanto, asegúrese de que cuando utilice devicefarm-cli para seleccionar las versiones de software, seleccione las que estén en la lista de versiones compatibles.

  • Se ha eliminado el libimobiledevice conjunto de herramientas en favor de herramientas más nuevas o de primera mano para hacer un seguimiento de las pruebas actuales de los dispositivos iOS y de los estándares del sector. Para iOS 17 y versiones posteriores, puedes migrar la mayoría de los comandos para usar herramientas similares de Xcode, denominadas. devicectl Para obtener más información al respectodevicectl, puedes ejecutar xcrun devicectl help desde una máquina con Xcode instalado.

  • Lo más probable es que las rutas de archivo que estén codificadas de forma rígida en el archivo de especificaciones de prueba del host antiguo como rutas absolutas no funcionen como se esperaba en el nuevo host de prueba y, por lo general, no se recomiendan para el uso de archivos de especificaciones de prueba. Le recomendamos que utilice rutas relativas y variables de entorno para todo el código del archivo de especificaciones de prueba. Para obtener más información, consulta el tema sobre. Mejores prácticas para la ejecución de entornos de pruebas personalizados

  • Versión y arquitectura del sistema operativo: los servidores de prueba antiguos utilizaban diversas versiones de macOS y arquitecturas de CPU en función del dispositivo asignado. Como resultado, los usuarios pueden observar algunas diferencias en las bibliotecas del sistema disponibles en el entorno. Para obtener más información sobre la versión anterior del sistema operativo anfitrión, consulteAnfitrión de pruebas de iOS antiguo.

  • Para los usuarios de Appium, la forma de seleccionar el WebDriverAgent ha cambiado a utilizar el prefijo de variable de entorno DEVICEFARM_APPIUM_WDA_DERIVED_DATA_PATH_V en lugar del prefijo anterior. DEVICEFARM_WDA_DERIVED_DATA_PATH_V Para obtener más información sobre la variable actualizada, consulte. Variables de entorno para las pruebas de Appium

  • Para los usuarios de Appium Java, el nuevo host de prueba no contiene ningún archivo JAR preinstalado en su ruta de clases, mientras que el host anterior contenía uno para el marco TestNG (mediante una variable de entorno). $DEVICEFARM_TESTNG_JAR Recomendamos a los clientes que incluyan los archivos JAR necesarios para sus marcos de pruebas dentro de su paquete de pruebas y que eliminen las instancias de la variable $DEVICEFARM_TESTNG_JAR de sus archivos de especificaciones de prueba.

Le recomendamos que contacte con el equipo de servicio a través de un servicio de asistencia si tiene algún comentario o pregunta sobre las diferencias entre los hosts de prueba desde el punto de vista del software.