En effet, les développeurs construisent une application plus robuste et adaptable aux changements grâce au développement et à l’utilisation de tests unitaires et de tests d’intégration. Sans l’utilisation de ces tests, plus les développements avanceraient et plus les développements seraient ralentis. Chaque modification consommerait plus de charge au fil du temps.

ZennoPoster a apporté d'excellents résultats à ses utilisateurs. L'interface pourrait représenter un défi pour les débutants, mais après quelques jours, il sera possible de réaliser des tâches que vous n'auriez jamais imaginées possibles ! Avec ses caractéristiques uniques, croyez-moi quand je dis que le ciel est la seule limite à votre liberté de réaliser une véritable automatisation ! ZennoPoster a certainement fait ses preuves.
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                  
24. HITEMA – Groupama Gan Vie L’automatisation des tests fonctionnels SIMON Emeline 23 Bibliographie / Webographie https://fr.wikipedia.org/wiki/Test_unitaire https://fr.wikipedia.org/wiki/Extreme_programming#Tests_de_recette_.28ou_tests_fonctionnels.29 http://blog.octo.com/demarches-de-tests-fonctionnels/ http://fr.slideshare.net/gmantel/automatisation-des-tests-le-mythe-du-roi https://fr.wikipedia.org/wiki/Mantis_Bug_Tracker http://www.e-systemes.com/live-blog/suivi-des-bugs-et-des-projets-quelle-application-pour-e- systemes/434/ http://atatorus.developpez.com/tutoriels/java/test-application-web-avec-selenium/#LI http://www.osaxis.fr/blog/automatiser-ses-tests-fonctionnels-partie-2-2/ http://www.zdnet.fr/actualites/6-conseils-pour-les-tests-d-applications-mobiles-39806167.htm http://www.all4test.fr/actualites/477-test-mobile-comment-tester-les-applications-mobiles https://fr.wikipedia.org/wiki/CAPTCHA http://www.nextinpact.com/news/91233-recaptcha-google-veut-prouver-que-vous-netes-pas-robot- avec-case-a-cocher.htm http://www.conseilorga.com/publications/recettes-tests-et-qualifications Livre : Industrialiser le test fonctionnel - 2e édition: Pour maîtriser les risques métier et accroître l'efficacité du test - Bruno Legeard, Fabrice Bouquet, Natacha Pickaert
WebDriver est basé sur un modèle client-serveur. Un client de test envoie des « commandes » via des requêtes HTTP à un serveur WebDriver après initialisation d’une session. Ce dernier distribue alors les commandes auprès des drivers des navigateurs concernés. Ces drivers exécutent les commandes sur les navigateurs en question via des mécanismes de communication interne – système d’exploitation ou JavaScript.
Les trois propriétés sélectionnées sur l’illustration précédente suffisent à identifier notre objet de manière fiable. Le type de l’objet est conservé par rapport à l’identification par défaut de TestComplete. Le nom de la balise HTML (Tag Name) est ajouté ainsi que le nom de la classe CSS afin de ne pas confondre cet objet avec un titre classique.
Awesome – your bot just opened your IE browser! Properties (characteristics, such as making IE Visible) and Methods (actions) are invoked after typing a dot (.) after an object, like you see here. In your VBE, delete this line and start retyping it. You’ll notice after typing objIE. that the Intellisense helper pops up, listing all the properties and methods available for the InternetExplorer object. Go ahead and scroll through the list.
TestComplete affiche les propriétés de reconnaissance par défaut utilisées pour cet objet. Comme le montre l’illustration ci dessous, les critères de reconnaissances sont très discriminants et ne permettent que d’identifier cet objet strictement. La seule propriété ici présente qui sera utile par la suite est le type de l’objet (« ObjectType ») mais elle ne peut suffire à elle seule.
Un certain logiciel testant des tâches, comme le test de régression d'interface à bas niveau vaste, peut être laborieux et consommateur de temps pour le faire manuellement. De plus, une approche manuelle ne pourrait pas toujours être efficace dans la découverte des certaines classes de défauts. L'automatisation de test offre une possibilité d'exécuter ces types de tests efficacement. Une fois les tests automatisés ont été développés, ils peuvent être exécutés rapidement et à plusieurs reprises. Plusieurs fois, ceci peut être une méthode rentable pour le test de régression des produits logiciels qui ont une longue vie de maintenance. Même des pièces mineures sur la durée de vie de ll'application peuvent ne causer que des fonctions existantes se cassent qui travaillait à un moment précédent.
10. HITEMA – Groupama Gan Vie L’automatisation des tests fonctionnels SIMON Emeline 9 Cette opération de préparation de planning pré-recette, permet de donner une date de fin de recette aux responsables. Parfois – et c’est le cas chez Groupama gan vie – la phase de recette est suivi d’une phase d’homologation. Cette phase se présente comme une phase de recette mais de façon bien plus synthétique : c’est la phase de pré-production. Il faut donc également prévoir dans les plannings cette phase ainsi que les réunions adéquates. La Moa se chargeant de la recette, c’est bien souvent des référents métiers qui se chargent de l’homologation. Ceux sont eux qui décident si oui ou non il est possible de mettre en production. Ce n’est en aucun cas la MOA qui donne le GO pour la mise en production. Le planning est donc un élément indispensable dans un projet pour toutes les ressources de celui-ci. 2) Jeux de données et base de données Qu’elle soit manuelle ou automatisée, la recette fonctionnelle nécessite dans tous les cas des données. Celles-ci sont utilisées pour effectuer des tests. Cela peut être des noms, des numéros de téléphone, des adresses…. Toutes ces informations doivent être préparées afin de ne pas perdre de temps durant la phase de test. Si une ou plusieurs informations venaient à manquer durant le cycle de recette, cela ralentirait le processus : il faut chercher les informations, les préparer et ré-exécuter les tests. C’est pourquoi il est idéal de fabriquer un fichier référence regroupant l’ensemble des données qui seront utilisées : - Pour une recette manuelle, les testeurs s’appuieront sur ce fichier pour préparer le cahier de test et si besoin pendant les tests en complément. - Pour une recette automatisée, c’est le logiciel utilisé qui aura pour point d’appui ce fichier. Il s’alimentera avec les informations contenues dans ce fichier, en fonction des paramètres fournis par les testeurs. De même, la phase de préparation nécessite avant tout une base de données pour les tests. Il faut donc créer la base en fonction des spécifications si elle n’existe pas. Dans le cas d’évolution sur une application existante, il faut s’assurer que la base a bien été modifiée en conséquence. Celle-ci doit également être soumise aux tests. 3) Le cahier de recette Avant de démarrer l’exécution de la recette – celle-ci ne se fait pas « à l’aveugle » - il faut rédiger un cahier de recette. J’ai eu l’occasion dans mon travail de rédiger plusieurs cahiers de tests et donc d’apprendre à le faire. En effet, ceux-ci se préparent en suivant les spécifications fonctionnelles rédigées après l’expression de besoin. Les spécifications fonctionnelles (détaillées ou générales) décrivent le fonctionnement de l’application, de ses modules ainsi que de ses interfaces. Elles répertorient alors la totalité des attentes du client détaillées sous formes de points à traiter. Le travail à réaliser est alors de prendre un à un les points énoncés et de préparer des scénarios de test. Un scénario, comporte de une à plusieurs manipulations à effectuer sur l’application.

Les exemples décrits ci-dessus sont relativement simples. Cependant les possibilités de paramétrages permettent des créer des objets types beaucoup plus complexes. Par exemple, TestComplete peut tester le nombre de nœuds enfants ainsi que leurs types, s’adaptant ainsi à la quasi-totalité des situations rencontrées lors de la création de tests fonctionnels.
×