Atlassian uses cookies to improve your browsing experience, perform analytics and research, and conduct advertising. Accept all cookies to indicate that you agree to our use of cookies on your device.
Atlassian uses cookies to improve your browsing experience, perform analytics and research, and conduct advertising. Accept all cookies to indicate that you agree to our use of cookies on your device. Atlassian cookies and tracking notice, (opens new window)
Lancement d'une mesure d’application sur le Test bench
Pour les mesures web, l'option monitoredPackage doit être modifiée avec le nom du paquet de l'application.
Vous devez également ajouter l'option app comme suit :
Si l'application est disponible sur Play Store (Android) ou sur Apple Store (iOS) :
--app [package name of app] # ex : --app com.google.android.youtube
--app [url of the app on Apple Store] # ex: --app https://apps.apple.com/fr/app/youtube/id544007664
Si l'application est présente avec un apk local (Android) ou un ipa local (iOS) :
--app [path to the apk] # ex : --app ./my_app.apk
--app [path to the ipa] # ex : --app ./my_app.ipa
Si l'application est présente avec un apk public (Android) ou un ipa public (iOS) :
--app [path to the apk] # ex : --app https://my-website.com/my-app.apk
--app [path to the ipa] # ex : --app https://my-website.com/my-app.ipa
Voici un exemple de ligne de commande ci-dessous pour lancer une mesure.
--app: apk ou ipa à mesurer. Le fichier peut être un chemin local, une URL publique, un nom de paquet à télécharger depuis le PlayStore ou une url de l’application à télécharger depuis l’Apple Store. Préférez des fichiers séparés pour votre application et pour vos tests.
--testsSuite* : Nom du script écrit en GDSL. Si plusieurs scripts, tous les fichiers de test seront lancés dans l'ordre spécifié.
--monitoredPackage* : Nom du paquet android. Les sondes peuvent surveiller plusieurs paquets à la fois. Dans ce cas, les métriques sont agrégées. Pour un site web, choisissez com.android.chrome.
--iterations: Nombre d'itérations de mesure souhaitées. (Par défaut : 1).
--report: Génère automatiquement le rapport de test dans le dossier .greenspector et attend la fin de la tâche (par défaut : false). Cette commande envoie une demande de mesure au serveur. Après l'exécution de cette mesure sur le Testbench, vous trouverez les résultats sur l'interface Web.
--extra: A utiliser pour transmettre des paramètres supplémentaires au format nom=valeur. (exemple --e PARAMETERNAME="valeur" remplaceront toutes les variables ${nomParametre} dans le fichier GDSL par valeur).
--networkMode: Le mode de réseau pour le test. Les valeurs peuvent être « WIFI », « 4G », « 3G » ou « 2G ». (Valeur par défaut : WIFI).
--disable-dumpsys: Désactive la surveillance du système Android. Par défaut, cette option est activée et ajoutera une itération à votre travail pour des mesures plus détaillées (Vues, Activité, Sockets OpenSSL, ...). Si vous n'avez pas besoin de ces mesures, désactivez cette itération, cela réduira le temps de test.
--only-dumpsys: Lance uniquement une itération de surveillance du système Android. Cette itération ne pourra récupérer que les métriques du système Android (Vues, Activité, Sockets OpenSSL, ...).
Pour lancer les mesures finales, il faut veiller à ces paramètres dans le fichier job.yml :
iterations: 3
config-skipsetupphone: false
PAUSEDURATION: 30000
PAUSEAFTERLOAD: 1000
A noter que les extras dans job.yml qui contiennent du texte, comme PSWD par exemple, ne peuvent pas contenir de « ! » car ils sont interprétés par le bash.
Résultats
Les résultats sont disponibles :
Dans votre répertoire de travail avec greenspector/dd-mm-yyyy XXhXXm/tests-results/results.txt
Après avoir appuyé sur Lancer, le test entre dans la file d’attente des tests à exécuter. Il affiche d’abord un message de d’attente puis de mesure en cours lorsqu’il est en cours d’exécution sur un appareil.
Lorsque l’exécution est terminée, le rapport du test vous indique l'état de celui ci, s’il est en succès ou non et l’erreur associée dans ce cas.