En 2017 nous vous parlions deja des tests fonctionnels automatises et de leur mise en oeuvre.
Cette fois-ci, nous vous proposons une vision metier :
Nous avions insiste concernant la necessite une realisation de tests fonctionnels automatises qui est de mieux en mieux comprise par l’ensemble des prestations, mais les besoins du metier paraissent rarement satisfaits ce qui ralentit des decisions et un mise en place. Voici deux pistes pour presenter, d’un avis metier, ces tests fonctionnels automatises.
Introduction
Avec des applications internet et mobiles a toutes les enjeux toujours plus importants, le besoin qualitatif de ces applications croit egalement. Dans votre contexte, nos tests fonctionnels automatises deviennent, petit a petit, un standard de l’industrie. Plusieurs niveaux de solutions seront proposees en fonction des besoins, de l’environnement technique et des ressources disponibles.
Mes types de tests fonctionnels automatises
Avant de commencer, petit recapitulatif des types de tests existants :
Mes principaux besoins metier
Qualite
Le principal besoin si l’on fait des tests fonctionnels automatises reste d’assurer un niveau haut de gamme minimum constant de l’application a deployer. En utilisant une option de tests automatises, on s’assure qu’un perimetre minimum de l’application reste verifie systematiquement. On va pouvoir alors deployer en production avec plus d’assurance.
Couverture
Dans le cadre des tests fonctionnels, l’utilite de tester l’ensemble du perimetre reste debattue. Mes elements a prendre en compte paraissent :
- La longueur d’execution des tests
- J’ai maintenabilite des tests
- Mes conditions d’implementation aux processus d’integration continue.
Attention a garder un socle minimum comprenant les smoke tests (tests detailles sur les parcours critiques) de l’application afin de garantir sa stabilite.
Reporting
L’execution des tests fonctionnels doit etre accompagnee de reporting permettant de visualiser les succes et erreurs rencontres. Pour les erreurs, vous devez que les points necessaires Afin de analyser, reproduire et corriger l’erreur soient accessibles.
Escalade
Si des erreurs seront rencontrees au cours des tests, Cela reste important de prevenir les gens concernees afin de des analyser, prioriser et corriger avant un mise en production. Au regard de l’organisation, i§a peut passer via des notifications par mail, par la creation/mise a jour de tickets… En cas d’erreur i propos des plateformes en amont en production, le sujet du deploiement en production se pose. Notre process en place doit prevoir quels seront les panel possibles. Dans le cadre d’une integration des tests fonctionnels au sein des process CICD, le choix simple est souvent celui de stopper le deploiement en cas d’erreur et en prevenant l’equipe projet. Quelques scenarios pourront etre envisages en fonction du type d’erreur eu.
Definition Plusieurs scenarios datingmentor.org/fr/fetlife-review/ des tests fonctionnels
Notre perimetre minimum des tests depend bien evidemment de l’application. Il est neanmoins des elements de base a tester, de 2 types :
- Les points de structure tels que le header, les elements de navigation et le footer. Ils seront indispensables a une bonne utilisation du site. Cela reste important de verifier leur composition.
- Les scenarios critiques comme l’authentification, l’inscription, la recherche bien, l’ajout de produits aux paniers, le checkout…
Liste des elements principaux a avoir en tete
- Elements de structure
- Composition d’une page d’accueil
- Composition une page service
- Navigation
- Footer
- E-commerce
- Authentification (Avec ou sans SSO)
- Creation de compte (Avec ou sans SSO)
- Page de categorie
- Lancer une recherche avec rendu
- Lancer une recherche sans resultat
- Acceder a une page de detail service
- Ajout au panier
- Modification des quantites
- Suppression d’article du panier
- Achat sans login
- Achat logue
- en tant que premier achat
- a partir du second achat
- Vitrine
- Formulaire de lead
- Fonctionnalites principales de l’application
- Contact
Composition des scenarios
Avant de pouvoir creer les tests associes, chaque scenario doit pouvoir satisfaire aux questions suivantes :
- Quel types d’utilisateurs (non identifies, identifies, droit particulier) ? Ca permet de connaitre les etapes prealables du test (ex : connexion/ deconnexion)
- Quelles etapes du parcours composent le test ?
- Quels sont les resultats attendus Afin de chacune des etapes ?