Cette fois-ci, nous vous proposons une vision metier :
Nous avions insiste via la necessite d'la realisation de tests fonctionnels automatises qui est de mieux en mieux comprise par l’ensemble des services, mais des besoins du metier paraissent rarement satisfaits ce qui ralentit des decisions et leur mise en place. Voici des pistes pour presenter, d’un opinion metier, ces tests fonctionnels automatises.
Introduction
Avec des applications web et mobiles a toutes les enjeux forcement plus consequents, le besoin qualitatif de ces applications croit egalement. Dans votre contexte, les tests fonctionnels automatises deviennent, petit a petit, un standard de l’industrie. Plusieurs niveaux de solutions paraissent proposees en fonction des besoins, de l’environnement technique et des ressources proposees.
Mes types de tests fonctionnels automatises
Avant de commencer, petit recapitulatif des types de tests existants :
Les principaux besoins metier
Qualite
Le principal besoin lorsque l’on fera des tests fonctionnels automatises reste d’assurer un niveau durable minimum constant de l’application a deployer. Avec une solution 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
Au cadre des tests fonctionnels, l’utilite d'essayer l’ensemble du perimetre reste debattue. Les elements a prendre en compte sont :
- Le temps d’execution des tests
- J'ai maintenabilite des tests
- Les conditions d’implementation aux processus d’integration continue.
Attention a garder un socle minimum comprenant les smoke tests (tests detailles i propos des parcours critiques) de l’application Dans l'optique de garantir sa stabilite.
Reporting
L’execution des tests fonctionnels doit etre accompagnee de reporting permettant de visualiser les succes et erreurs rencontres. Pour des erreurs, vous devez que des points necessaires pour analyser, reproduire et corriger l’erreur soient accessibles.
Escalade
Si des erreurs paraissent rencontrees lors des tests, il est utile de prevenir les gens concernees Dans l'optique de nos analyser, prioriser et corriger avant un mise en production militarycupid match. Au regard de l’organisation, cela peut passer par des notifications par mail, par la creation/mise a jour de tickets… En cas d’erreur i propos des plateformes en amont une production, la question du deploiement en production se pose. Notre process en place doit prevoir quels sont les conseil possibles. Dans le cadre d’une integration des tests fonctionnels en process CICD, le choix ordinaire est souvent celui de stopper le deploiement en cas d’erreur et en prevenant l’equipe projet. Plusieurs scenarios vont pouvoir etre envisages en fonction du type d’erreur rencontre.
Definition Plusieurs scenarios des tests fonctionnels
Notre perimetre minimum des tests depend bien evidemment de l’application. Il existe neanmoins des elements d'origine a tester, de 2 types :
- Les elements de structure tels que le header, les elements de navigation et le footer. Ils sont indispensables a une agreable utilisation du site. Il va i?tre important de verifier leur teneur.
- Les scenarios critiques tels que l’authentification, l’inscription, la recherche service, l’ajout de produits aux paniers, le checkout…
Liste des elements principaux a avoir en tete
- Points de structure
- Composition d'une page d’accueil
- Composition une page produit
- Navigation
- Footer
- E-commerce
- Authentification (Avec ou sans SSO)
- Creation de compte (Avec ou sans SSO)
- Page de categorie
- Lancer une recherche avec resultat
- Lancer une requi?te sans resultat
- Acceder a une page de detail produit
- 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 devra i?tre capable de repondre a toutes les 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 paraissent les resultats attendus pour chacune de ces etapes ?
