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.
Límites de AWS Device Farm
Temas
Límites de los servicios
-
No existe ningún límite al número de dispositivos que se puede incluir en la ejecución de una prueba. Sin embargo, el número máximo de dispositivos que Device Farm probará simultáneamente durante una prueba de funcionamiento es cinco. Este número puede incrementarse si se solicita. El equipo de servicio evaluará cada situación caso por caso.
-
No existe ningún límite en el número de ejecuciones que puede programar. Tenga en cuenta que solo pueden permanecer en cola durante un máximo de 24 horas.
-
Hay un límite estricto de 150 minutos para la duración de una sesión de acceso remoto.
-
Hay un límite estricto de 150 minutos para la duración de una ejecución de prueba automatizada.
-
El número máximo de trabajos en curso, incluidos los trabajos pendientes en cola en su cuenta, es de 250. Este es un límite variable.
-
No existe ningún límite al número de dispositivos que se puede incluir en una ejecución de prueba. El número de dispositivos (o trabajos) en los que se pueden ejecutar pruebas en paralelo en un momento determinado es igual a la simultaneidad en el nivel de cuenta. La simultaneidad predeterminada en el nivel cuenta para el uso medido en Device Farm es 5.
-
El límite de simultaneidad medido se puede aumentar, si se solicita, hasta un umbral determinado en función del caso de uso. La simultaneidad predeterminada a nivel de cuenta para un uso no medido es igual al número de ranuras a los que se está suscrito para esa plataforma.
Para obtener más información sobre los límites o cuotas de simultaneidad medidos predeterminados en general, consulte la página Cuotas.
-
Una ejecución de automatización que no utilice un entorno de pruebas personalizado solo puede contener hasta 250 casos de prueba individuales. De lo contrario, es posible que se omita la ejecución.
Límites de archivos
-
El tamaño de archivo máximo de una aplicación que puede cargar es de 4 GB. Tenga en cuenta que actualmente no aceptamos archivos con formato .aab para Android.
-
El tamaño máximo del vídeo generado automáticamente por Device Farm durante la prueba es de 1 GB. Cualquier vídeo que supere este tamaño tendrá todo el contenido de vídeo restante truncado. Los clientes pueden seguir utilizando su propia solución de grabación de vídeo, si la tienen, y almacenarla fuera del almacenamiento administrado de Device Farm.
-
El tamaño máximo del registro de dispositivos generado automáticamente por Device Farm (logcat en Android o syslog en iOS) durante la ejecución de la prueba es de 1 GB. Cualquier registro que supere este tamaño tendrá todos los registros restantes truncados. Para los registros de más de 1 GB, los clientes pueden almacenar estos registros fuera del almacenamiento administrado de Device Farm.
-
El tamaño máximo acumulado de los artefactos de los clientes en modo de entorno personalizado de Device Farm es de 1 GB. Si los artefactos superan este tamaño, ninguno estará disponible.
-
Si el tamaño acumulado de todos los artefactos generados durante una prueba supera los 4 GB, es posible que se eliminen algunos artefactos (como el vídeo, los registros de los dispositivos y los artefactos de los clientes).
Límites de la API
-
Device Farm sigue un algoritmo de token-bucket para limitar las tasas de llamadas a la API. Por ejemplo, imagine crear un bucket que contenga tokens. Cada token representa una transacción y una llamada a la API consume un token. Los tokens se añaden al bucket a un ritmo fijo (por ejemplo, 10 tokens por segundo) y el bucket tiene una capacidad máxima (por ejemplo, 100 tokens). Cuando llega una solicitud o un paquete, debe reclamar un token del bucket para procesarlo. Si hay suficientes tokens, se permite la solicitud y se eliminan los tokens. Si no hay suficientes tokens, la solicitud se retrasa o se retira, según la implementación.
En Device Farm, así es como se implementa el algoritmo:
-
Ampliación de las solicitudes de la API es la cantidad máxima de solicitudes a las que el servicio puede responder para una API específica en un ID de cuenta de cliente específico. En otras palabras, esta es la capacidad del bucket. Puede llamar a la API tantas veces como tokens queden en el bucket. Cada solicitud consume un token.
-
La tasa Transactions-per-second (TPS) es la velocidad mínima a la que se pueden ejecutar las solicitudes de la API. En otras palabras, esta es la velocidad con la que se rellena el bucket con tokens por segundo. Por ejemplo, si una API tiene un número de ampliaciones de diez pero una TPS de uno, podría llamarla diez veces de forma instantánea. Sin embargo, el bucket solo recuperaría los tokens a una velocidad de un token por segundo, por lo que se limitaría a una llamada por segundo, a menos que dejara de llamar a la API para permitir que el bucket se rellene.
-
Estas son las tarifas de Device Farm APIs:
-
En el caso de List and Get APIs, la API Burst solicita la capacidad y la tasa Transactions-per-second (TPS) es
10.50 -
Para todas las demás APIs, la API Burst solicita capacidad y la tasa Transactions-per-second (TPS) es
10.1
Límites de punto final de Appium
Los siguientes límites se aplican a todas las sesiones de puntos finales de Appium. Si tiene preguntas o necesita orientación sobre la mejor manera de gestionar los límites, abra un caso de soporte.
-
Cada comando de Appium tiene un límite de ejecución de 4 minutos, después del cual se agota el tiempo de espera del comando.
-
El terminal acepta tamaños de carga útil de entrada de hasta 20 MB y permite tamaños de carga útil de salida de hasta 20 MB. Cualquier solicitud con un tamaño de entrada o salida mayor que este recibirá un error de. WebDriver
'unsupported operation' -
Las solicitudes se ejecutan secuencialmente en el dispositivo en el orden en que se reciben. Por ello, recomendamos encarecidamente enviar los comandos de forma secuencial y esperar la respuesta de cada comando antes de enviar uno nuevo. Dicho esto, ciertos comandos del servidor Appium se pueden enviar en paralelo, específicamente:
-
El punto final no admite el WebDriver BiDi protocolo
en este momento. -
El terminal no admite complementos de Appium ni controladores distintos de los controladores XCUITest and UIAutomator2 .
-
Se pueden usar un máximo de 3 aplicaciones como aplicaciones auxiliares con una solicitud de creación de sesión de acceso remoto. Dicho esto, no hay límite en cuanto al número de aplicaciones que se pueden instalar durante una sesión mediante la
InstallToRemoteAccessSessionAPI.
Límites de variables de entorno personalizados
Los siguientes límites se aplican a todas las variables de entorno personalizadas. Si tiene preguntas o necesita orientación sobre la mejor manera de gestionar los límites, abra un caso de soporte.
-
Se puede configurar un máximo de 32 variables en un proyecto o ejecución de Device Farm determinado.
-
Los nombres de las variables no pueden superar los 256 caracteres.
-
Los nombres de las variables están sujetos a las limitaciones impuestas por
bash. Es decir, deben contener únicamente caracteres alfanuméricos y caracteres de subrayado, y no pueden empezar por un número. -
Los nombres de variables que comiencen por
$DEVICEFARM_están reservados para el uso interno del servicio. -
Los valores de las variables no pueden superar los 256 caracteres de longitud.
-
Las variables de entorno no se pueden usar para configurar la selección de cómputo del host de prueba en el archivo de especificaciones de la prueba.
