13. HITEMA – Groupama Gan Vie L’automatisation des tests fonctionnels SIMON Emeline 12 II. Les outils de recettage Afin de réaliser la phase de recette, il faut bien évidemment s’appuyer sur des outils de tests. Il est possible – et c’est ce qui est pratiqué dans mon service – d’utiliser simplement le logiciel Excel pour réaliser les cahiers de recette. Cela permet d’effectuer les tests à la main. Cependant, il existe des outils adaptés à la réalisation de tests automatisés. A. Les logiciels de tests sur PC Il existe des logiciels pour effectuer des tests fonctionnels automatisés ; Ceux-ci se choisissent principalement en fonction du langage de programmation utilisé par l’application à tester, ainsi que par sa complexité, l’objectif à atteindre et le coût. 1) Sélénium Sélénium est un outil très utilisé pour automatiser les tests fonctionnels. [Annexe 4] Même s’il semble un peu compliqué d’apparence il est en réalité logique d’utilisation. Sélénium se décompose comme suit :  Selenium IDE : c'est une extension de Firefox, qui permet d'enregistrer une suite d'actions, qu'il sera possible de rejouer à volonté ;  Selenium Web Driver : il s'agit cette fois d'une API, disponible pour plusieurs langages, permettant de programmer des actions sur l'interface, et à vérifier les réponses. Les actions à réaliser peuvent être exportées depuis Selenium IDE. 2) Quicktest Professional QTPro, de HP, représente ce jour l’offre phare dans le monde professionnel. Le référentiel d’objets est particulièrement bien conçu, celui-ci pouvant notamment être généré lors de l’enregistrement, enrichi manuellement ou encore importé à partir d’un autre scénario. Paradoxalement, le produit souffre principalement de sa complétude, difficile à prendre en main pour un débutant. De plus, le coût de la licence est assez élevé par rapport aux autres offres du marché.
As demands for safety and mobility have grown and technological possibilities have multiplied, interest in automation has grown. Seeking to accelerate the development and introduction of fully automated vehicles and highways, the United States Congress authorized more than $650 million over six years for intelligent transport systems (ITS) and demonstration projects in the 1991 Intermodal Surface Transportation Efficiency Act (ISTEA). Congress legislated in ISTEA that "the Secretary of Transportation shall develop an automated highway and vehicle prototype from which future fully automated intelligent vehicle-highway systems can be developed. Such development shall include research in human factors to ensure the success of the man-machine relationship. The goal of this program is to have the first fully automated highway roadway or an automated test track in operation by 1997. This system shall accommodate installation of equipment in new and existing motor vehicles." [ISTEA 1991, part B, Section 6054(b)].
Engineers can now have numerical control over automated devices. The result has been a rapidly expanding range of applications and human activities. Computer-aided technologies (or CAx) now serve as the basis for mathematical and organizational tools used to create complex systems. Notable examples of CAx include Computer-aided design (CAD software) and Computer-aided manufacturing (CAM software). The improved design, analysis, and manufacture of products enabled by CAx has been beneficial for industry.[55]
Par défaut, les navigateurs et leurs drivers doivent être disponibles sur la même machine que le serveur WebDriver (on verra plus tard dans cet article qu'il est possible de faire autrement). Mais grâce à l'architecture client-serveur, les machines peuvent être distantes (Remote WebDriver). Ce qui vous permet par exemple de continuer à manipuler votre serveur de développement pendant que des serveurs distants exécutent vos tests. Vous n'avez pas de blocage de votre interface graphique.
Sans une planification rigoureuse du nombre requis de ressources qualifiées, tout programme de test automatisé échouera, victime d’interruptions de service inattendues, de retards et de dépassements de coûts. L’entreprise ne sera pas en mesure d’exécuter un nombre de tests suffisants, à un rythme suffisamment soutenu, pour pouvoir justifier l’investissement en automatisation de tests.
The total number of relays, cam timers and drum sequencers can number into the hundreds or even thousands in some factories. Early programming techniques and languages were needed to make such systems manageable, one of the first being ladder logic, where diagrams of the interconnected relays resembled the rungs of a ladder. Special computers called programmable logic controllers were later designed to replace these collections of hardware with a single, more easily re-programmed unit.
I am a relative newbie to Sahi but I am finding that Sahi is a fantastic way to automate tests and then run them on a variety of browsers including Firefox, Chrome and IE. I am a little reluctant to include IE because it gives me the most problems when dealing with https sites. I haven't tried Sahi on a Mac, but I am confident that it will work there without too much difficulty. FYI. I developed an interesting pattern for moving through our website by having a script per page that "knows" how to recursively include the path it needs to get from any given starting page to itself. This is a work in progress because there are a lot of pages. I will be adding more smarts so that each page script will "know" how to test the page, including link testing and full page screen captures. Suggestions for the last - welcomed,
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.

28. L’automatisation des tests fonctionnels SIMON Emeline Annexe 3 : Exemple de suivi d’avancement format courbe sur le lot 6 du logiciel IGC, Groupama Gan Vie. Sur cet exemple, le suivi d’avancement est réalisé à partir de quatre types de résultats : prévisionnel, révisé, exécuté, validé. Ces états permettent de situer le point d’avancement des équipes. Les deux schémas représentent le même suivi mais de façon différente : nombre de cas et pourcentage, et tous deux avec TNR (tests de Non régressions) inclus. L’état Prévisionnel est le nombre de tests prévu au départ, l’état « révisé » est le nombre de cas revu à chaque période (on peut dire Ajusté). L’état « exécuté » est le nombre de cas qui ont été testé, qu’ils soient OK ou KO. Enfin l’état « Validé » est le nombre de cas qui sont OK, donc corrects.


De même, lié à des problèmes de gestionnaire de fenêtre, la gestion native du driver de Firefox (native events) n'est pas activée par défaut sur Linux. C'est donc la gestion "synthétique" qui est utilisée (synthetic events). À savoir l'injection de JavaScript. Ce qui empêche l'utilisation de l'API des interactions utilisateurs avancés (drag-N-drop & co) car elle est mal supportée avec les événements synthétiques. Et la maintenance de cette gestion native par le passé pour Firefox a introduit des régressions.
Parmi les frameworks les plus appréciés, on trouve les frameworks « pilotés par les données », où les données de test sont stockées indépendamment de l’outil d’automatisation. L’utilisation et la personnalisation des rapports sont ainsi simplifiées, de même que la maintenabilité des données, et de multiples cas de test peuvent être réalisés sur plusieurs jeux de données en entrée. Toutefois, les coûts initiaux ainsi que ceux de la maintenance peuvent être considérables.
Son but est de vous éviter d'avoir à répéter des actions comme des clics ou des pressions de touches. Il comporte 42 actions différentes allant de la lecture d'un fichier son au téléchargement d'une page Web ou d'un fichier, en passant par la lecture ou l'écriture d'un fichier texte. Sous Windows, vous avez également la possibilité de créer des scripts exécutables qui pourront être démarrés sur un ordinateur où Actionaz n'est pas installé.

TestComplete est un outil d’automatisation des tests fonctionnels édité par AutomatedQA, une entreprise basée à Beverly aux États-Unis (Massachusetts). Le référentiel d’objets de cet outil possède plusieurs fonctionnalités intéressantes comme la création de « Modèle » de reconnaissance ainsi que le paramétrage des propriétés de reconnaissance des objets.


Les utilisateurs avancés peuvent même ajouter du code ECMAScript (similaire à Javascript) aux actions pour personnaliser encore plus le déroulement de l'exécution d'un script. Ceux qui veulent aller encore plus loin peuvent même développer des scripts complètement en ECMAScript et les exécuter en utilisant le programme en ligne de commande ActExec.
Directeur Commercial et Marketing de BiiON, spécialiste dans la gestion des données temps réels en production pharma. Après un début de carrière académique à l’Université Catholique de Louvain, Anne a rejoint une start-up axée sur le développement des outils de BMP (Business Process Model). Ensuite elle intègre l’équipe de BiiON en tant que Account et Marketing manager. Dans les métiers techniques tels que celui de BiiON, la bonne connaissance technique, l’écoute active et la compréhension du juste besoin sont des atouts majeurs qui l’a font progresser pour être aujourd’hui directeur commercial, membre du comité A3P Belgique et d’autres réseaux actifs en milieu life sciences..
5. HITEMA – Groupama Gan Vie L’automatisation des tests fonctionnels SIMON Emeline 4 I. La phase de recette dans un projet Dans cette première partie, nous allons tout d’abord comprendre la notion de projet et ce qu’elle représente. Au sein de celui-ci, il est nécessaire de réaliser des tests mais pas à n’importe quel moment. C’est pourquoi, après avoir détaillé le système de projet et l’importance des tests, je développerai l’étape de préparation de recette et des plannings. Enfin, je détaillerai l’étape suivante qui est l’exécution de recette et les suivis d’avancements réalisés pendant cette phase. A. Pourquoi et à quel moment réaliser des tests ? 1) Les différentes méthodes de projet et les différents types de tests. Il existe plusieurs méthodes de gestion de projet et chacune sans exception possède une phase de tests. Elles ont bien évidemment des avantages et des inconvénients. Ayant pour expérience de travail la méthode linéaire, je développerai la suite de mon mémoire en me basant sur cette méthode. La méthode linéaire (ou « cycle en V ») : Cette méthode est classique en gestion de projet : c’est une succession de phases permettant d’aboutir au résultat final. Chaque phase ne chevauche pas sur la précédente ou la suivante : 1 – Source : http://www.ice-tech.fr/fr/p/domaines-interventions Cette méthode est assez rigoureuse est nécessite une organisation précise. Ses avantages sont : - Normalisation des étapes de développement - Rédaction de spécification pour les développements mais aussi pour les tests - Les tests sont effectués dans un environnement stable
Contrairement à ses prédécesseurs, WebDriver offre la possibilité d'exécuter des tests sur des navigateurs avec des événements "natifs" (native events VS synthetic events) tel qu'un utilisateur final le ferait. Autrement dit, plus d'injection JavaScript comme auparavant c'est désormais le système d'exploitation qui déclenche les événements du navigateur via un driver. Même si dans la pratique, cela n'est pas toujours vrai, beaucoup de drivers injectent encore du JS... En effet, Firefox sous Linux ne supporte pas nécessairement les événements natifs selon le gestionnaire de fenêtres utilisé. Et ça n'est pas encore implémenté pour MAC OS.

Au cours de nos missions, nous avons identifié les facteurs que les sociétés informatiques doivent prendre en compte pour estimer l’effort manuel nécessaire à l’automatisation des tests. Parmi ces facteurs : la complexité du langage utilisé pour la création des scripts de test et le volume de travail requis pour planifier, produire, exécuter et maintenir les scripts. Un autre élément contribuant à l’estimation de l’effort consiste à classer les tests par niveau de complexité (simple, moyenne, complexe) en fonction du nombre de transactions et du nombre d’étapes définis par les scripts requis pour chaque cas.
Contrairement à ses prédécesseurs, WebDriver offre la possibilité d'exécuter des tests sur des navigateurs avec des événements "natifs" (native events VS synthetic events) tel qu'un utilisateur final le ferait. Autrement dit, plus d'injection JavaScript comme auparavant c'est désormais le système d'exploitation qui déclenche les événements du navigateur via un driver. Même si dans la pratique, cela n'est pas toujours vrai, beaucoup de drivers injectent encore du JS... En effet, Firefox sous Linux ne supporte pas nécessairement les événements natifs selon le gestionnaire de fenêtres utilisé. Et ça n'est pas encore implémenté pour MAC OS.
Enfin, à vos premières exécutions et dans la mesure du possible, vérifiez visuellement ce qui se passe, quitte à mettre des points d'arrêt (breakpoint). Cela peut paraître bête, mais toutes les exceptions soulevées par les drivers ne sont pas toujours très explicites (voire inexistantes mais c'est parfois justifié !). Attention néanmoins au breakpoint, vous pouvez casser la synchronisation des événements, idem si vous prenez le focus sur la fenêtre du navigateur si vous êtes en local !
Helium is a tool for testing websites and automating browsers. It offers simple commands such as start_chrome, click and write. You use these commands just like you would when giving instructions to someone looking over their shoulder at a screen - the only difference is that you type them. Once you have entered a few commands, you can save them to a file that can be played back at the click of a button, at a specified interval or from within a build/test management tool. This makes you more productive and lets you do something more meaningful or enjoyable with your time.
I’m not a programmer by trade. Just a short while back, I knew nothing about it. But with a few VBA beginner courses, help from quick-answer sites like stackoverflow.com, and a willingness to learn, anyone can code. Now VBA is a fun hobby and I’ve helped lots of people automate daily tasks and turn small projects into big ones with bots over the past 6 years.

PhantomJS va nous servir de "Web-Driver" et cela sera là son unique utilité. De quoi s'agit-il ? Afin que Python puisse interagir avec le navigateur Web (Chrome, Firefox ou autres), de la même manière que la communication avec une base de données, il nous faut un driver (pilote). C'est là qu'intervient le Web Driver, il permet la communication entre le navigateur Web et notre script Python. De base, Selenium peut utiliser différents drivers pour différents navigateurs (Chrome, Firefox, Opéra) mais ce qui nous intéresse, ce n'est pas d'ouvrir un navigateur mais d'avoir un navigateur headless (sans interface graphique, uniquement en ligne de commandes). C'est là qu'intervient PhantomJS, qui fournit lui-même son Web Driver. L'utilité c'est donc la rapidité d'exécution par rapport aux navigateurs classiques.

×