Adobe recommande d’utiliser l’éditeur d’application d’une seule page (SPA) pour les projets nécessitant un rendu côté client basé sur la structure SPA (par exemple, React). En savoir plus.
Compte tenu du large éventail d’appareils sur le marché et de périphériques publiés, le test de vos applications est devenu extrêmement important. Il s’agit d’une zone dans laquelle les fonctionnalités et la convivialité peuvent faire l’objet de révisions mineures sur une boutique d’applications, mais où un seul défaut peut entraîner la désinstallation de votre application. Il faut faire attention à vos plans de test et à l’assurance qualité. Le lien suivant couvre de nombreux sujets qui doivent être abordés en général, tels que l’identification de votre environnement, la définition de cas de test, les types de tests, les hypothèses, l’implication du client, etc. Il est également question des outils permettant de contribuer aux efforts de test. Outils internes, tels que Hobbes, peut vous aider à tester l’interface utilisateur web. Tough Day peut stresser vos instances avec une charge simulée. Si votre environnement de test possède déjà une expérience avec des outils tiers, tels que Selenium, ils peuvent également être utilisés.
Lors du développement d’une application mobile, il existe de nombreuses nouvelles préoccupations spécifiques aux appareils qui doivent être prises en compte avec celles des tests traditionnels.
Vous devez répondre à ces questions lors de vos tests automatisés et manuels.
Un certain degré de test automatisé doit être effectué pour couvrir la variété des tailles d’écran, des contraintes de mémoire, des méthodes d’entrée et des systèmes d’exploitation. Non seulement il couvre la plupart des cas de test, mais il peut accélérer les tests de régression lorsque de nouvelles fonctionnalités ou de nouveaux appareils sont introduits. Idéalement, vos outils d’automatisation devraient réduire ou limiter la duplication des efforts. Utilisez des outils ou des structures afin que vos efforts de test s’appliquent à toutes les plateformes. Le graphique suivant illustre la structure simplifiée d’un environnement de test pour les tests de l’interface utilisateur web et les tests d’applications mobiles. Le côté gauche du graphique affiche une série de noeuds Selenium avec des navigateurs. SeleniumGrid peut mettre en place des tests d’IU web courants sur n’importe lequel de ces noeuds. Le hub Selenium peut également se connecter à Appium pour les tests d’applications multiplateformes. Seuls les simulateurs sont affichés, mais vous pouvez incorporer des utilitaires adb, pour Android et Xcode pour les appareils iOS. Des liens sont fournis ultérieurement dans ce document, où vous trouverez des détails spécifiques sur les outils mentionnés.
Outre les tests automatisés, votre application doit passer par un cycle de tests manuels. Les clients exécutant l’application sur un appareil réel ne peuvent pas être dupliqués par un script. Ici aussi, vous avez de nombreuses options. Vous pouvez utiliser une plateforme, telle que HockeyApp, pour définir qui a accès et recueillir des commentaires. Vous pouvez également déléguer l’ensemble du processus à un service tel que UTest, ElusiveStars ou Testin. Si vous disposez d’un groupe de testeurs internes, mais que vous ne disposez pas de variantes d’appareils, il existe des services cloud où vous pouvez effectuer des tests manuels sur leur groupe de périphériques. L'un de ces services est SauceLabs. Vous pouvez également créer des applications à distance sur PhoneGap Enterprise et les installer sur des périphériques locaux sous la forme de tests d’acceptation ou de démonstration. Voir PhoneGap site web pour connaître les dernières fonctionnalités et la documentation la plus récente. Quelle que soit l'approche, les tests manuels devraient être effectués;
atteindre une cible importante de testeurs,
tester par rapport à un grand groupe d’appareils (idéalement des appareils réels, mais des simulateurs/émulateurs si des appareils réels ne sont pas disponibles),
fournir des commentaires informatifs :
Un large éventail d’outils est disponible pour tester les applications mobiles. Le choix des options à utiliser dépendra de votre situation spécifique : fonctionnalités, prix, assistance, couverture, etc. Vous trouverez ci-dessous une brève description de certains outils et services disponibles.
Selenium
Pour plus d’informations, voir https://www.seleniumhq.org/.
Testdroid
Pour plus d’informations, voir https://testdroid.com/.
Appium
Pour plus d’informations, voir https://appium.io/.
SauceLabs
Pour plus d’informations, voir https://saucelabs.com/.
AppTestNow
Pour plus d’informations, voir https://www.apptestnow.com.
HockeyApp
Pour plus d’informations, voir https://hockeyapp.net/features/.
Jenkins
Pour plus d’informations, voir https://jenkins-ci.org/ et https://wiki.jenkins-ci.org/display/JENKINS/Plugins.