loader image

En 2017 nous vous parlions deja des tests fonctionnels automatises ainsi que leur mise en oeuvre.

En 2017 nous vous parlions deja des tests fonctionnels automatises ainsi que leur mise en oeuvre.

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

Nous avions insiste concernant la necessite en realisation de tests fonctionnels automatises qui est de mieux en mieux comprise par l’ensemble des prestations, mais nos besoins du metier seront rarement satisfaits cela ralentit des decisions et un mise en place. Voici certains pistes pour presenter, d’un point de vue metier, ces tests fonctionnels automatises.

Introduction

Avec des applications internet et mobiles aux enjeux forcement plus importants, le besoin de qualite des applications croit egalement. Dans votre contexte, des tests fonctionnels automatises deviennent, petit a petit, un standard de l’industrie. Plusieurs niveaux gleeden connexion 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 Quand l’on fait des tests fonctionnels automatises est d’assurer un niveau haut de gamme minimum constant de l’application a deployer. En utilisant une option 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 tenter l’ensemble du perimetre reste debattue. Les elements a prendre en compte paraissent :

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

Attention a garder 1 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 les 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, Cela reste important de prevenir les personnes concernees dans le but de des analyser, prioriser et corriger avant leur mise en production. En fonction de l’organisation, ceci va passer avec des notifications par mail, par la creation/mise a jour de tickets… En cas d’erreur i  propos des plateformes en amont d’la production, le sujet 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 dans les process CICD, La selection simple est generalement 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 des 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 :

  • Mes elements de structure comme le header, les elements de navigation et le footer. Ils paraissent indispensables a une agreable utilisation du site. Il semble important de verifier leur composition.
  • Les scenarios critiques comme l’authentification, l’inscription, la recherche service, l’ajout de bijoux aux paniers, le checkout…

Liste des elements principaux a avoir en tete

  • Points 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 devra pouvoir repondre aux 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 seront les resultats attendus pour chacune des etapes ?

Deixe um comentário

O seu endereço de e-mail não será publicado.

Enviar mensagem
Estamos Online!