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.

But de l’application

Aide à la conception des tests

• MBT allégé

Ecriture des cas de test

• A partir des parcours applicatifs

• Export

• Automatisation avec du KDT

Aide à la maintenance

• Mise à jour de l’ensemble des test

But de l’application

2.

Aide à la conception des tests

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:

Aide à la conception des tests

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

Aide à la conception des tests

• 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

Aide à la conception des tests

3.

Ecriture des cas de test

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é

Ecriture des cas de test

• 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

Ecriture des cas de test

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

Ecriture des cas de test

• Création configuration de publication pour exporter

Ecriture des cas de test

Automatisation: KDT avec Sélénium

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

Ecriture des cas de test

• Etapes à automatiser pour les tests

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

Ecriture des cas de test

• Visualisation des tests automatisés:

Ecriture des cas de test

• Visualisation des tests automatisés:

Ecriture des cas de test

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

Maintenance des cas de test

5.

Dashboard

• Accès

Maintenance des cas de test

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

Maintenance des cas de test

6.

Exemple

• Parcours principal:

Exemple: Application mail

• Parcours principal:

Exemple: Application mail

Exemple: Application mail

• Sous-parcours: Ecriture

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

Exemple: Application mail

• Sous-parcours imbriqués

Exemple: Application mail

• Génération des tests

Exemple: Application mail

• Couverture

Exemple: Application mail

• Couverture

Exemple: Application mail

• Couverture

Exemple: Application mail

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