Share via

Tests des builds sur des appareils réels

  • Article

Important

Visual Studio App Center doit être mis hors service le 31 mars 2025. Bien que vous puissiez continuer à utiliser Visual Studio App Center jusqu’à ce qu’il soit entièrement mis hors service, il existe plusieurs alternatives recommandées vers lesquelles vous pouvez envisager de migrer.

En savoir plus sur les chronologies et les alternatives de support.

Dans ce document, vous allez apprendre à intégrer App Center Build et App Center Test pour exécuter votre dernière build réussie sur des appareils réels.

Configurations prises en charge

Les tests d’appareil App Center nécessitent :

  • Une application Android ou iOS .
  • Le package d’application est compatible avec l’exécution sur des appareils physiques.

Configuration de votre build

  1. Connectez-vous à https://appcenter.ms
  2. Créez votre application en accédant à Ajouter une nouvelle > application. Plus d’informations : Création et gestion des applications
  3. Nommez votre application, sélectionnez le système d’exploitation cible de votre application et la plateforme utilisée par celle-ci.
  4. Sélectionnez l’icône Générer sur le côté gauche de l’écran.
  5. Connectez votre dépôt de code. Plus d’informations : Présentation de la build App Center.
  6. Choisissez votre branche.
  7. Cliquez sur Configurer pour créer une configuration, ou cliquez sur l’icône clé/engrenage pour modifier une configuration existante.
  8. Cliquez sur Enregistrer.

Si vous fermez la page des paramètres sans enregistrer, elle reprendra par défaut ses paramètres précédents. L’enregistrement est désactivé lorsque les paramètres ne sont pas valides ou qu’il manque des informations requises.

Activer le test de lancement

L’utilisation du test de lancement ne nécessite pas l’écriture de tests ou une licence pour le test App Center. Pour les applications Android, la fonctionnalité Lancer le test gère automatiquement les tests à l’aide de Xamarin.UITest, tandis que pour iOS, elle utilise Appium.

Sélectionnez le commutateur Tester sur un appareil réel dans la page de configuration de la branche. Le test de lancement ajoute quelques minutes à votre temps de génération, car la build attend la fin du test. L’avantage est que vous savez si votre application démarre sur un appareil physique.

La recherche du résultat de votre test de lancement peut être effectuée de plusieurs manières :

  • Dans la page des résultats de chaque build, un lien vers le test de lancement s’affiche.
  • Accédez à Test dans le menu de gauche, puis sélectionnez Lancement de séries > de tests pour afficher tous les tests de lancement de cette application.

Conseil

Certaines configurations Android peuvent créer plusieurs fichiers APK. Ce qui rend le fichier binaire à tester pour le service de build. Désactivez Générer un package (.apk) par ABI sélectionné dans vos options de build Android pour résoudre le problème. Les applications Android nécessitent des autorisations Internet pour lancer le test. Veillez à déclarer les autorisations Internet dans le manifeste de votre application.

Déployer automatiquement sur le test App Center

Vous pouvez intégrer Build & Test pour exécuter une suite de tests d’interface utilisateur à chaque build de votre application. Cette fonctionnalité présente des exigences et des limitations supplémentaires par rapport au test de lancement :

  • Une version d’évaluation de test valide ou une licence payante est requise.
  • Seuls les tests d’interface utilisateur écrits à l’aide d’Appium (JUnit), Calabash, Espresso, XCUITest ou Xamarin.UITest sont actuellement pris en charge.
  • Certaines infrastructures de test nécessitent une configuration supplémentaire pour activer la prise en charge des tests App Center, notamment Appium, Espresso & XCUITest
  • Utilisez un script post-build pour gérer les tâches dont votre suite de tests a besoin et qui ne sont pas gérées directement par votre build d’application. Ces tâches peuvent inclure la compilation de vos dll de test & une commande pour charger votre suite de tests sur le service test.
  • Le service Build n’étend pas sa limite de délai d’attente (1 heure) pour les tests UITests complets. Par conséquent, sauf si les exécutions de test sont courtes, l’utilisation de l’indicateur --async dans votre commande de chargement est requise. Votre status d’achèvement de build ne reflète pas si la suite de tests a réussi ou non.

Instructions pas à pas :

  1. Configurez votre application, build & test ou licence. (Vous pouvez ignorer le paramètre Lancer le test dans Build).
  2. Vérifiez que votre suite de tests s’exécute localement sur un appareil physique et que vous pouvez la charger localement sur le service test.
  3. Écrivez votre script post-build. Les variables d’environnement peuvent vous aider à écrire un script de build valide.
  4. Enregistrez votre configuration de build dans App Center après la première validation d’un script de build ou si vous modifiez son emplacement dans votre dépôt. Le script de build doit se trouver dans le dossier racine du projet d’application main.
  5. Dans votre script de build, veillez à générer votre suite de tests si elle n’a pas déjà été créée avec votre application main.
  6. Également dans votre script de build, fournissez et exécutez une commande de chargement pour le test App Center qui :
  • Pointe vers toutes vos dépendances de test, y compris vos dll de test, le package d’application & toutes les autres exigences de votre test, telles que les fichiers de données inclus.
  • Utilisez la --async commande pour vous assurer que votre build n’attend pas la fin de la suite de tests
  • Excluez vos dépendances d’application, qui doivent déjà être présentes dans votre package d’application. L’inclusion de dépendances d’application dans le chargement peut entraîner un comportement imprévisible dans votre série de tests.

Exemples de scripts de build de test

Vous pouvez afficher des exemples de scripts de build valides ici :