Cette fois-ci, nous vous proposons une entree en matii?re metier :

Nous avions insiste concernant la necessite de la realisation de tests fonctionnels automatises qui est de mieux en mieux comprise par l’ensemble des services, mais nos besoins du metier sont rarement satisfaits ce qui ralentit des decisions et leur 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 forcement plus consequents, le besoin qualitatif des applications croit egalement. Dans votre contexte, nos tests fonctionnels automatises deviennent, petit a petit, un standard de l’industrie. Plusieurs niveaux de solutions sont accessibles en fonction des besoins, de l’environnement technique et des ressources disponibles.

Les types de tests fonctionnels automatises

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

Mes principaux besoins metier

Qualite

Le principal besoin Quand l’on fera des tests fonctionnels automatises est d’assurer un niveau de qualite minimum constant de l’application a deployer. Avec une solution de tests automatises, on s’assure qu’un perimetre minimum de l’application est verifie systematiquement. On va pouvoir alors deployer en production avec plus d’assurance.

Couverture

Au cadre des tests fonctionnels, l’utilite de tenter l’ensemble du perimetre est debattue. Les elements a prendre en compte paraissent :

• La duree d’execution des tests
• La maintenabilite des tests
• Les conditions d’implementation a toutes les processus d’integration continue.

Attention a garder 1 socle minimum comprenant les smoke tests (tests detailles sur les parcours critiques) de l’application De sorte i  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 nos points necessaires Afin de analyser, reproduire et corriger l’erreur soient accessibles.

Escalade

Si des erreurs sont rencontrees lors des tests, il va i?tre utile de prevenir les personnes concernees Dans l’optique de nos analyser, prioriser et corriger avant un mise en production. Par rapport i  l’organisation, i§a pourra passer avec des notifications par mail, par la creation/mise a jour de tickets… En cas d’erreur sur les plateformes en amont d’la production, la question du deploiement en production se pose. Le process en place devra prevoir quels sont les choix possibles. Dans le cadre d’une integration des tests fonctionnels au sein des process CICD, le choix ordinaire est souvent celui de stopper le deploiement en cas d’erreur et en prevenant l’equipe projet. Quelques scenarios vont pouvoir etre envisages en fonction du type d’erreur eu.

Definition Plusieurs scenarios des tests fonctionnels

Le perimetre minimum des tests depend bien evidemment de l’application. Il y a neanmoins des elements d’origine a tester, de 2 types :

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

Liste des elements principaux a avoir en tete

• Elements de structure
  • Composition en page d’accueil
  • Composition de la 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 rendu
  • Lancer une requi?te 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 doit i?tre capable de repondre a toutes les questions suivantes :

• Quel types d’utilisateurs (non identifies, identifies, droit particulier) ? Ca permet de connaitre faux profil ilove les etapes prealables du test (ex : connexion/ deconnexion)
• Quelles etapes du parcours composent le test ?
• Quels seront les resultats attendus Afin de chacune de ces etapes ?