Limites dans AWS Device Farm

Service Limits

• Il n'existe pas de limite au nombre d'appareils que vous pouvez inclure dans une exécution de test. Cependant, le nombre maximum d'appareils que Device Farm testera simultanément pendant un test est de cinq. Ce nombre peut être augmenté sur demande et évalué au cas par cas par l'équipe de service.

• Il n'y a pas de limite au nombre d'exécutions que vous pouvez planifier. Notez qu'ils ne peuvent rester en file d'attente que pendant 24 heures au maximum.

• La durée d'une session d'accès à distance est strictement limitée à 150 minutes.

• La durée d'un essai automatique est limitée à 150 minutes.

• Le nombre maximum de tâches en cours, y compris les tâches en attente sur votre compte, est de 250. Il s'agit d'une limite souple.

• Il n'y a aucune limite au nombre d'appareils que vous pouvez inclure dans un essai. Le nombre d'appareils (jobs) qui peuvent exécuter vos tests en parallèle à un moment donné est égal à la simultanéité au niveau de votre compte. La simultanéité par défaut au niveau du compte pour une utilisation mesurée dans Device Farm est de cinq.

• La limite de simultanéité mesurée peut être augmentée sur demande jusqu'à un certain seuil en fonction du cas d'utilisation. La simultanéité par défaut au niveau du compte pour une utilisation illimitée est égale au nombre de machines à sous auxquelles vous êtes abonné pour cette plateforme.

  Pour plus d'informations concernant les limites de simultanéité mesurées par défaut ou les quotas en général, consultez la page Quotas.

• Une exécution d'automatisation qui n'utilise pas d'environnement de test personnalisé ne peut contenir que 250 cas de test individuels. Sinon, l'exécution risque d'être ignorée.

Limites de fichiers

• La taille maximale d'un fichier d'application que vous pouvez charger est de 4 Go. Notez que nous n'acceptons actuellement pas les fichiers au format .aab pour Android.

• La taille maximale de la vidéo générée automatiquement par Device Farm lors de votre test est de 1 Go. Toute vidéo dépassant cette taille verra tout le contenu vidéo restant tronqué. Les clients peuvent toujours utiliser leur propre solution d'enregistrement vidéo, le cas échéant, et la stocker en dehors du stockage géré de Device Farm.

• La taille maximale du journal des appareils généré automatiquement par Device Farm (logcat sur Android ou syslog sur iOS) pendant votre test est de 1 Go. Tout journal dépassant cette taille verra tous les journaux restants tronqués. Pour les journaux supérieurs à 1 Go, les clients peuvent les stocker en dehors du stockage géré de Device Farm.

• La taille maximale cumulée des artefacts clients en mode environnement personnalisé de Device Farm est de 1 Go. Si cette taille est dépassée par vos artefacts, aucun des artefacts ne sera disponible.

• Si la taille cumulée de tous les artefacts générés lors d'un test dépasse 4 Go, certains artefacts peuvent être supprimés (notamment la vidéo, les journaux de l'appareil et les artefacts du client).

Limites d'API

• Device Farm utilise un algorithme tokenbucket pour limiter le taux d'appels des API. Par exemple, imaginez la création d'un bucket contenant des jetons. Chaque jeton représente une transaction, et un appel d'API utilise un jeton. Les jetons sont ajoutés au compartiment à un taux fixe (par exemple, 10 jetons par seconde), et le compartiment a une capacité maximale (par exemple, 100 jetons). Lorsqu'une demande ou un paquet arrive, il doit récupérer un jeton dans le compartiment à traiter. S'il y a suffisamment de jetons, la demande est autorisée et les jetons sont supprimés. S'il n'y a pas assez de jetons, la demande est retardée ou supprimée, selon l'implémentation.

  Dans Device Farm, voici comment l'algorithme est implémenté :

  • Les demandes d'API Burst sont le nombre maximum de demandes auxquelles le service est capable de répondre pour une API spécifiée dans un identifiant de compte client spécifié. En d'autres termes, il s'agit de la capacité du godet. Vous pouvez appeler l'API autant de fois qu'il reste des jetons dans le compartiment, et chaque demande consomme un jeton.

  • Le taux Transactions-per-second (TPS) est le taux minimum auquel vos demandes d'API peuvent être exécutées. En d'autres termes, il s'agit du taux auquel le seau se recharge en jetons par seconde. Par exemple, si une API possède un numéro de rafale de dix mais un TPS de un, vous pouvez l'appeler dix fois instantanément. Cependant, le bucket ne récupérerait des jetons qu'au rythme d'un jeton par seconde, ce qui se traduirait par un appel par seconde, sauf si vous arrêtez d'appeler l'API pour laisser le bucket se remplir.

Voici les tarifs de Device Farm APIs :

• Pour List and Get APIs, la capacité des requêtes de l'API Burst est de50, et le taux Transactions-per-second (TPS) est 10 de.

• Pour tous les autres APIs, la capacité des requêtes de l'API Burst est de10, et le taux Transactions-per-second (TPS) est 1 de.

Limites des terminaux Appium

Les limites suivantes s'appliquent à toutes les sessions de point de terminaison Appium. Pour toute question ou pour obtenir des conseils sur la meilleure façon de gérer les limites, veuillez ouvrir un dossier d'assistance.

• Chaque commande Appium a une durée d'exécution maximale de 4 minutes, après quoi la commande expire.

• Le point de terminaison accepte des tailles de charge utile d'entrée allant jusqu'à 20 Mo et autorise des tailles de charge utile de sortie allant jusqu'à 20 Mo. Toute demande dont la taille d'entrée ou de sortie est supérieure à celle-ci recevra une WebDriver erreur de'unsupported operation'.

• Les demandes s'exécutent séquentiellement sur l'appareil dans l'ordre dans lequel elles sont reçues. Par conséquent, nous vous recommandons vivement d'envoyer les commandes de manière séquentielle et d'attendre la réponse de chaque commande avant d'en envoyer une nouvelle. Cela dit, certaines commandes du serveur Appium peuvent être envoyées en parallèle, notamment :

  • Obtenir le statut

  • Obtenir des sessions

• Le point de terminaison ne prend pas en charge le WebDriver BiDi protocole pour le moment.

• Le point de terminaison ne prend pas en charge les plugins ou pilotes Appium autres que les pilotes XCUITest and UIAutomator2 .

• Un maximum de 3 applications peuvent être utilisées comme applications auxiliaires avec une demande de création de session d'accès à distance. Cela dit, il n'y a aucune limite quant au nombre d'applications pouvant être installées au cours d'une session à l'aide de l'InstallToRemoteAccessSessionAPI.

Limites de variables d'environnement personnalisées

Les limites suivantes s'appliquent à toutes les variables d'environnement personnalisées. Pour toute question ou pour obtenir des conseils sur la meilleure façon de gérer les limites, veuillez ouvrir un dossier d'assistance.

• Un maximum de 32 variables peuvent être configurées ou exécutées sur un projet Device Farm donné.

• Les noms de variables ne peuvent pas dépasser 256 caractères.

• Les noms de variables sont soumis aux limites imposées parbash. À savoir, ils ne doivent contenir que des caractères alphanumériques et des traits de soulignement, et ne peuvent pas commencer par un chiffre.

• Les noms de variables commençant par $DEVICEFARM_ sont réservés à un usage interne du service.

• Les valeurs des variables ne peuvent pas dépasser 256 caractères.

• Les variables d'environnement ne peuvent pas être utilisées pour configurer la sélection du calcul de l'hôte de test dans le fichier de spécifications de test.