Le 14 septembre 2017, nous avons publié une version actualisée de notre Politique de confidentialité. En utilisant video2brain.com vous vous engagez à respecter ces documents mis à jour. Veuillez donc prendre quelques minutes pour les consulter.

Découvrir Android Studio 2

Gérer les tests automatisés

TESTEZ LINKEDIN LEARNING GRATUITEMENT ET SANS ENGAGEMENT

Tester maintenant Afficher tous les abonnements
Découvrez comment lancer et surveiller vos tests automatisés, directement depuis l'interface de Android Studio
06:59

Transcription

Lorsqu'on crée un projet de développement la partie des tests est primordiale. vous devez déjà le savoir ça vous servira à éviter des tests manuels, mais ça va surtout servir à éviter le régressions, c'est-à-dire lors des futurs changements de l'application, si votre outil de test est bien fait, vous aurez tendance à relancer l'ensemble des tests présents depuis le début de votre projet, ils étaient codés le jour même où il y a six mois ou douze mois. Pour que ça fonctionne bien, en tous cas pour soit bien utilisé, il me faudra un outil efficace permettant de lancer régulièrement et fréquemment les tests automatisés. Alors, au niveau Androïde Studio, ce qui est fait dès le départ, lorsque vous créez un projet il vous ajoute la structure pour ajouter deux types de tests : les tests de type JUnit basique en Java, et des tests JUnit pour Androïde. C'est-à-dire que vous avez dans ces tests, un exemple de test JUnite basique, et vous avez une classe toute prête pour faire des tests Androïde. Quelle est la différence entre ces deux éléments ? Dans le premier cas, ce sont des tests qui seront exécutés uniquement sur l'ordinateur sur lequel êtes en train de programmer. C'est-à-dire qu'il va utiliser JUnit au niveau même de vidéo, lancer des exécutions des Unit, lancer tous vos tests et vous afficher une petite fenêtre avec tout ce qui était effectué comme test et les résultats de chacun des tests. Tout ça se passe uniquement sur votre ordinateur. Ensuite, celui-ci est un peu différent, il va créer un appliquant spécifique pour vos tests, le déployer sur un appareil de test, ça peut être un émulateur ou un appareil en USB, et exécuter les tests sur la machine même. C'est dans ce type de test qu'on va faire des tests d'interface graphique, par exemple, avec Espresso ou un autre framework utilisé par Android pour faire des tests graphiques. Dans tous les cas au niveau d'Android Studio ça ne change rien, le principe restera le même, vous aurez la même fenêtre qui va se lancer avec la liste des tests exécutés, c'est ce qu'on va voir maintenant. On va se concentrer sur celui-ci pour étudier cette fenêtre-là. C'est la même dans les deux cas, mais au moins on pourra les lancer directement, sur notre IDE. Voyez là je n'ai rien codé, ça fait partie de ce qui était généré automatiquement à la classe du nouveau projet. J'ai une classe qui s'appelle ExampleUniTest, et une méthode à l'intérieur qui s'appelle addition lorsque isCorrect qui teste que 4 est égale 2+2. C'est vraiment pour montrer comment on fait des tests. J'espère en tout cas que ça va marcher, que l'opérateur plus fonctionne, et pas trop de raisons ça ne fonctionne pas. Donc, vous avez deux façons de lancer les tests. La première ça va être de cliquer directement dans la marge sur le bouton à coté de la fonctionne, ça va permettre de lancer uniquement ce test-là. On va appuyer dessus, je peux le lancer en mode normal, en mode avec debugger, ou alors en mode avec rapport de couverture, c'est-à-dire il va vous montrer quel est le pourcentage de votre code qui est couvert par ces tests. Relancer en mode normal, et automatiquement il m'a créé une configuration de lancement spécifique pour ce test. Si j'appuie ici, celui de la classe même, dans notre cas ça va être la même chose, en fait, je vais cliquer lancer en normal, et on aura le même résultat qui va s'afficher en bas, pourquoi ? parce que finalement notre classe on n'a qu'un seul test, mais si on en avait plusieurs, si j'ajoute un autre test, substraction isCorrect, on va ajouter un, on va faire essertEquals, on va dire que 2 est égale à 4 moins 2. En anglais, il n'y a pas de « s » , c'est subtraction. J'en profite pour vous montrer qu'un correcteur d'orthographe intégré Androïde Studio qui est basé forcément sur l'anglais, il se rendait compte que j'ai mis substraction au lieu de subtraction : point de sustraction en anglais, il me l'a souligné . Voilà, donc, là la différence c'est que si je lance ce test-là, il me lance que celui-ci, c'est bon. Voyez, si je lance individuellement ou si j'appuie sur celui-ci, il va me lancer tous mes tests. Et donc, cet écran c'est celui qui m'intéresse, celui est en bas. Voyez dans le volet qui s'est ouvert qui me montre tous les tests qu'il a exécutés et pour chaque test je peux cliquer en bas qu'ils sont tous OK. Et je peux voir s'il a eu des messages, si vous avez des log dans la console, mais ils s'afficheront dans chacun des éléments séparément. Si vous avez un qui ne fonctionne pas si je dis par exemple, ça juste pour El forcer à ce qu'il ne fonctionne pas, je vais relancer mon test. On voit qu'il y en a un qui est OK et un qui pose un problème. Et en cliquant dessus, je peux voir les détails. Il me dit qu'il s'attendait avoir deux, mais qu'il a au moins huit. Forcément, je luis dis que 2 est égale à 4-12, donc c'est -8. Donc, c'est le résultat attendu et ça, c'est le résultat réelle. Il s'attendait avoir 2 et il a eu -8. Forcément, ça ne lui plaît pas et il me dit quel endroit, ça s'est passé. Je peux cliquer ici pour mettre mon curseur exactement sur la ligne. Dans mon cas, c'était relativement simple. Ça peut être sympa si vous avez un fichier un peu plus volumineux, il vous rend directement sur la ligne concernée. Autre fonctionnalité, vous pouvez déjà masquer tous ceux qui sont OK. Si vous avez 500 tests et qu'il n'y en a qu'un seul qui est problématique, ça serait bien de ne pas afficher les 500 pour rien, donc vous avez multi bouton ici, qui filtre automatiquement ceux qui sont OK ou pas. Et vous avez un autre élément intéressant, c'est-à dire vous pouvez parmi tous les tests qu'il avait, relancer ceux qui sont en erreur. Donc, si vous aviez 500 tests et 3 qui sont en erreur, vous faites vos corrections, vous êtes peut-être parmi de relancer les 500 ça ne vous paraît pas bon. Vous corrigez votre code, et là je vais essayer fin de correction qui ne sera pas bonne. 4 moins 8, et en me disant, que je relance que celui-ci et c'est toujours pas correct. Effectivement, si je change 102, je relance. Et voyez qu'il a retesté uniquement celui-ci et il ne teste plus le premier qu'il considère comme nom. Quand vous avez fait vos changement, je vous conseil une fois que vous avez réglé que tout vous paraît bon, de relancer tous vos tests au cas où vos changements auraient pu faire des bêtises, sur les autres tests qu'on à paru essayer depuis qu'on a fait une changement. Voilà, là j'ai relancé tous mes tests. Alors, justement, qu'est-ce qui se passe avec cette histoire de lanceur. Vous vous rappelez qu'on peut créer diverses configurations de lanceurs, et là ce qui se passe quand je crée sur le bouton play directement, il va générer le lanceur pour moi. Mais voyez qu'il sont grisés. Ça veut dire en gros ils sont fonctionnel, mais qu'il ne seront pas conservés au fil de lancement, c'est juste pour ne pas m'embêter moi à devoir le créer. Il crée pour moi, mais il ne les conservera pas. Si je veux qu'il le conserve je vais aller dans édit configuration, si par exemple, le lancement de tous les tests de cette classe-là, je veux le conserver. Je n'ai qu'à enregistrer le changement, et voyez là il n'est plus grisé. Si j'arrive ici, il va me conserver tout le temps, et je pourrai m'en servir lors des prochains lancements. Voilà, vous voyez que c'est quelque chose d'assez simple à utiliser qui est plus simple et qui vous permet de systématiquement faire du test Driven developement, puisque vous savez vous en servir je vous conseille vraiment de le faire de coder d'abord vos tests. Comme ça, ils seront faits et ensuite vous ajouter une fonctionnalité [inaudible] aussi, avec le genre d'outils qu'on a vu, ça paraît d'aller très rapidement, juste dans les tests que vous avez besoin d’exécuter et que ce test-là jusqu'à ce qu'il passe et comme ça après vous ajoutez à votre bbatterie de test complet pour l'avenir.

Découvrir Android Studio 2

Développez vos applications mobiles Android avec Android Studio. Apprenez les bases essentielles telles que l'interface utilisateur, les émulateurs, l’inspection du code, etc.

2h25 (34 vidéos)
Aucun commentaire n´est disponible actuellement
 
Spécial abonnés
Date de parution :30 juin 2016

Votre formation est disponible en ligne avec option de téléchargement. Bonne nouvelle : vous ne devez pas choisir entre les deux. Dès que vous achetez une formation, vous disposez des deux options de consultation !

Le téléchargement vous permet de consulter la formation hors ligne et offre une interface plus conviviale. Si vous travaillez sur différents ordinateurs ou que vous ne voulez pas regarder la formation en une seule fois, connectez-vous sur cette page pour consulter en ligne les vidéos de la formation. Nous vous souhaitons un excellent apprentissage avec cette formation vidéo.

N'hésitez pas à nous contacter si vous avez des questions !