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

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

Nous avions insiste sur la necessite en 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 cela ralentit les decisions et un mise en place. Voici deux pistes pour presenter, d’un opinion metier, ces tests fonctionnels automatises.

Introduction

Avec des applications internet et mobiles aux enjeux i  chaque fois plus importants, le besoin de premier ordre des applications croit egalement. Dans ce contexte, nos tests fonctionnels automatises deviennent, petit a petit, un standard de l’industrie. Plusieurs niveaux de solutions seront disponibles 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 lorsque l’on fera des tests fonctionnels automatises reste d’assurer un niveau qualitatif minimum constant de l’application a deployer. En utilisant 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

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

• Le temps d’execution des tests
• La maintenabilite des tests
• Mes conditions d’implementation aux processus d’integration continue.

Attention a garder votre socle minimum comprenant les smoke tests (tests detailles sur les parcours critiques) de l’application pour 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, il convient que nos elements necessaires pour analyser, reproduire et corriger l’erreur soient accessibles.

Escalade

Si des erreurs seront rencontrees au cours des tests, c’est utile de prevenir les gens concernees De sorte i  nos analyser, prioriser et corriger avant leur mise en production. Par rapport i  l’organisation, cela pourra passer avec des notifications par mail, par la creation/mise a jour de tickets… En cas d’erreur i  propos des http://www.datingmentor.org/fr/dil-mil-review/ plateformes en amont de la production, la question du deploiement en production se pose. Notre process en place doit prevoir quels paraissent les tri possibles. Dans le cadre d’une integration des tests fonctionnels en process CICD, La selection classique est souvent celui de stopper le deploiement en cas d’erreur et en prevenant l’equipe projet. Diverses 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 elements 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.
• Les scenarios critiques comme l’authentification, l’inscription, la recherche bien, l’ajout de produits a toutes les paniers, le checkout…

Liste des points 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 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 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 Afin de chacune des etapes ?