Pres yest

Présentation Yest

2

Sommaire

But de l’application

Aide à la conception

Ecriture des cas de test

Maintenance des cas de test

Dashboard

Exemple: Application mail

1.


Aide à la conception des tests

• MBT allégé


• A partir des parcours applicatifs

• Export

• Automatisation avec du KDT

Aide à la maintenance

• Mise à jour de l’ensemble des test


2.


Première étape: créer un parcours

Créer un parcours applicatif

Création d’un parcours applicatif avec différents modules:

• Point d’entrée:

• Point de sortie:

• Tâche:

• Point de choix:

• Sous-parcours:

• Connecteurs:


Les tables de données (liées aux point de choix et aux tâches):

• Affectations (illimité):

• Donnée réutilisable dans le parcours

• Conditions (illimité):

• Peut reprendre des affectations définies préalablement

• Etapes de test (1 colonne, mais lignes illimitées):

• Ensemble des actions et de leur résultats à cet étape du parcours


• Direction suivante (1):

• Possibilités offertes définies avec les connecteurs

• Objectif (1):

• Donne un objectif à la ligne de donnée, permet de nommer les cas de test

• Exigence (1):

• Non utilisé

• Informations supplémentaires (illimité):

• A créer


3.


Génération des tests • Couverture des « instructions »

• Si conditions et affectations mal définies alors les parcours générés peuvent être non pertinent

• Chemin le plus rapide lorsque des étapes ont déjà été testées, • Suivi du parcours applicatif

• Possibilité de voir le parcours couvert pas le test directement sur le schéma • Test non conforme au parcours indiqué


• Génération automatique des tests sur: • A partir d’un parcours (ou sous-parcours) applicatif

• Lors de la génération, possibilité de connecter les sous-parcours aux parcours « père »

• Possibilité de modifier manuellement les parcours générés • L’ensemble des tests passant par une tâche • Nom généré en ajoutant l’ensemble des « objectifs » parcourus par le test

• Création manuelle des tests: • Avec assistant faisant un lien avec le parcours


Export: • Excel • ALM (synchronisation) • SquashTM • TestLink (création d’un xml à importer) • Autres (sur demande ou rapidement développés) Création de campagnes pour exporter les tests souhaités


• Création configuration de publication pour exporter


Automatisation: KDT avec Sélénium

Définition de dictionnaires des mots clés sous Excel


• Etapes à automatiser pour les tests

• Pour chaque étape, définition des actions à effectuer:


• Visualisation des tests automatisés:


• Visualisation des tests automatisés:


4.

Maintenance

• Modification d’un cas ou d’une ligne du parcours applicatif: • Demande si modification sur l’ensemble des cellules identiques (d’autres tables

des différents parcours du projet) et des cas de test comprenant cette ligne • Si on accepte: mise à jour automatique • Si on refuse: seule cette ligne est modifiée


5.

Dashboard

• Accès


Informations: • Par parcours • Par décisions • Nombre de tests


6.

Exemple

• Parcours principal:


• Parcours principal:



• Sous-parcours: Ecriture

• Sous-parcours: Ecriture (tables Destinataires et Envoi)


• Sous-parcours imbriqués


• Génération des tests


• Couverture


• Couverture


• Couverture


Les points forts : • Outil intuitif et documenté trois outils en un • Gain en maintenance des cas de test • Bien adapté aux « User stories » et au BDD • Compréhensible par tout type de profil sur le projet • Lien avec les principaux ALM

• Les points faibles

• Outil supplémentaire • Ergonomie encore à améliorer (ex: taille colonne des tables de données) • Oblige à penser différemment • Nécessite une montée en compétence

Points forts/points faibles Yest

MERCI de votre attention

Software

Pres yest