Cette fois-ci, nous vous proposons une vision metier :
Nous avions insiste via la necessite une realisation de tests fonctionnels automatises qui est de mieux en mieux comprise par l’ensemble des services, mais les besoins du metier seront rarement satisfaits ce qui ralentit les decisions et un mise en place. Voici deux pistes pour presenter, d’un avis metier, ces tests fonctionnels automatises.
Introduction
Avec des applications web et mobiles a toutes les enjeux i chaque fois plus consequents, le besoin haut de gamme de ces applications croit egalement. Dans votre contexte, des tests fonctionnels automatises deviennent, petit a petit, un standard de l’industrie. Plusieurs niveaux de solutions seront accessibles en fonction des besoins, de l’environnement technique et des ressources accessibles.
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 qualitatif minimum constant de l’application a deployer. Avec une option de tests automatises, on s’assure qu’un perimetre minimum de l’application reste verifie systematiquement. On peut alors deployer en production avec plus d’assurance.
Couverture
Dans le cadre des tests fonctionnels, l’utilite de tenter l’ensemble du perimetre reste debattue. Mes elements a prendre en compte sont :
- Le temps d’execution des tests
- J’ai maintenabilite des tests
- Mes conditions d’implementation aux processus d’integration continue.
Attention a garder votre 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, il faut que nos elements necessaires Afin de analyser, reproduire et corriger l’erreur soient accessibles.
Escalade
Si des erreurs sont rencontrees au cours des tests, Il semble necessaire de prevenir les gens concernees pour nos analyser, prioriser et corriger avant un mise en production. Par rapport i l’organisation, ce qui peut passer avec des notifications par mail, par la creation/mise a jour de tickets… En cas d’erreur i propos des plateformes en amont de la production, la question du deploiement en production se pose. Le process en place doit prevoir quels seront les choix possibles. Au cadre d’une integration des tests fonctionnels en process CICD, le choix ordinaire est en general celui de stopper le deploiement en cas d’erreur et en prevenant l’equipe projet. Quelques scenarios ont la possibilite de etre envisages en fonction du type d’erreur eu.
Definition Plusieurs scenarios des tests fonctionnels
Notre perimetre minimum des tests depend bien evidemment de l’application. Il existe neanmoins des elements de base a tester, de 2 types :
- Les points telecharger indonesian cupid de structure comme le header, les elements de navigation et le footer. Ils sont indispensables a une bonne utilisation du site. Cela reste important de verifier leur teneur.
- Mes scenarios critiques comme l’authentification, l’inscription, la recherche bien, l’ajout d’articles aux paniers, le checkout…
Liste des elements principaux a avoir en tete
- Elements de structure
- Composition une page d’accueil
- Composition en 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 resultat
- Lancer une recherche sans resultat
- Acceder a une page de detail bien
- 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 satisfaire a toutes les questions suivantes :
- Quel types d’utilisateurs (non identifies, identifies, droit particulier) ? Cela permet de connaitre les etapes prealables du test (ex : connexion/ deconnexion)
- Quelles etapes du parcours composent le test ?
- Quels paraissent les resultats attendus Afin de chacune de ces etapes ?
