En 2017 nous vous parlions deja des tests fonctionnels automatises et de leur mise en oeuvre.

Product Information

Cette fois-ci, nous vous proposons une approche metier :

Nous avions insiste dans la necessite en 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 leur mise en place. Voici des pistes Afin de presenter, d’un point de vue metier, ces tests fonctionnels automatises.

Introduction

Avec des applications internet et mobiles aux enjeux i  chaque fois plus importants, le besoin de premier ordre de ces applications croit egalement. Dans ce contexte, les tests fonctionnels automatises deviennent, petit a petit, un standard de l’industrie. Plusieurs niveaux de solutions paraissent accessibles en fonction des besoins, de l’environnement technique et des ressources proposees.

Les types de tests fonctionnels automatises

Avant de commencer, petit recapitulatif des types de tests existants :

Les principaux besoins metier

Qualite

Le principal besoin si l’on fera des tests fonctionnels automatises est d’assurer un niveau qualitatif 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

Au cadre des tests fonctionnels, l’utilite d’essayer l’ensemble du perimetre est debattue. Mes elements a prendre en compte sont :

• La longueur d’execution des tests
• J’ai maintenabilite des tests
• Les 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 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 https://datingmentor.org/fr/fcn-chat-review/.

Escalade

Si des erreurs sont rencontrees lors des tests, il est utile de prevenir les individus concernees Dans l’optique de nos analyser, prioriser et corriger avant un mise en production. Par rapport i  l’organisation, cela est en mesure de passer avec des notifications par mail, par la creation/mise a jour de tickets… En cas d’erreur sur les plateformes en amont d’une production, le sujet du deploiement en production se pose. Le process en place doit prevoir quels paraissent les panel possibles. Au cadre d’une integration des tests fonctionnels au sein des process CICD, le choix simple est generalement 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 rencontre.

Definition des 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 :

• Mes points de structure tels que le header, les elements de navigation et le footer. Ils paraissent indispensables a une agreable utilisation du site. Cela reste important de verifier leur teneur.
• Mes scenarios critiques comme l’authentification, l’inscription, la recherche service, l’ajout de bijoux a toutes les paniers, le checkout…

Liste des elements principaux a avoir en tete

• Points de structure
  • Composition d’la page d’accueil
  • Composition de la page bien
  • 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 requi?te 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 devra pouvoir satisfaire 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 ?