Retour d'expérience et présentation de l'outil Yest de smartesting

1. Présentation Yest

2. 2
Sommaire
But de l’application
Aide à la conception
Ecriture des cas de test
Maintenance des cas de test
Dashboard
Exemple: Application mail

3. 1.
But de l’application

4. 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

5. 2.
Aide à la conception des tests

6. Première étape: créer un parcours
Créer un parcours applicatif

7. 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

8. 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

9. • 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

10. 3.
Ecriture des cas de test

11. 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

12. • 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

13. 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

14. • Création configuration de publication pour exporter
Ecriture des cas de test

15. Automatisation: KDT avec Sélénium
Définition de dictionnaires des mots clés sous Excel
Ecriture des cas de test

16. • Etapes à automatiser pour les tests
• Pour chaque étape, définition des actions à effectuer:
Ecriture des cas de test

17. • Visualisation des tests automatisés:
Ecriture des cas de test

18. • Visualisation des tests
automatisés:
Ecriture des cas de test

19. 4.
Maintenance

20. • 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

21. 5.
Dashboard

22. • Accès
Maintenance des cas de test

23. Informations:
• Par parcours
• Par décisions
• Nombre de tests
Maintenance des cas de test

24. 6.
Exemple

25. • Parcours principal:
Exemple: Application mail

26. • Parcours principal:
Exemple: Application mail

27. Exemple: Application mail
• Sous-parcours: Ecriture

28. • Sous-parcours: Ecriture (tables Destinataires et Envoi)
Exemple: Application mail

29. • Sous-parcours imbriqués
Exemple: Application mail

30. • Génération des tests
Exemple: Application mail

31. • Couverture
Exemple: Application mail

32. • Couverture
Exemple: Application mail

33. • Couverture
Exemple: Application mail

34. 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

35. MERCI de votre attention