Automatisations des tests fonctionnels avec Robot Framework
4 j'aime11,892 vues
Laurent Bristiel présente l'automatisation des tests fonctionnels avec Robot Framework, un outil open source sponsorisé par Nokia Siemens Networks, utilisé pour divers types de tests dans un environnement agile. Il aborde les raisons d'automatiser, les moments propices pour le faire, et les architectures test utilizadas (keyword-driven, data-driven, BDD). Le document met en avant les atouts et limites du framework, ainsi que des retours d'expérience d'utilisateurs dans différents domaines.
Automatisations des tests fonctionnels avec Robot Framework
- 1. Automatisation des tests fonctionnels avec Robot Framework Laurent Bristiel SoftShake Genève 25 oct 2013 vendredi 25 octobre 13
- 2. Qui suis-je ? Laurent Bristiel Ingénieur en tests logiciels vendredi 25 octobre 13
- 3. Qui êtes vous ? des testeurs plutôt que des développeurs travaillant sur produits plutôt que projets dans le monde applicatif/web plutôt que mobile en méthodologie Agile plutôt que traditionnelle vendredi 25 octobre 13
- 4. Quels tests ? End 2 End Tests de composant Tests unitaires vendredi 25 octobre 13 Tests exploratoires
- 5. Pourquoi automatiser ? par paresse par prudence par sagesse vendredi 25 octobre 13
- 6. Quand automatiser ? avant le développement pendant le développement après le développement vendredi 25 octobre 13
- 7. Quel outil ? vendredi 25 octobre 13
- 8. Robot Framework Framework générique d’automatisation de tests Open Source license Apache 2.0 Sponsorisé par Nokia Siemens Networks Implémenté en Python Version actuelle 2.8.1 (juin 2013) Propose plusieurs approches de test cases vendredi 25 octobre 13
- 9. Architecture un test case est un fichier texte génération d'un rapport un test case contient une suite de keywords et de paramètres fichier de log les keywords sont natifs ou développés en Robot ou Python Robot exécute les keywords jusqu'a ce qu'il rencontre une exception si exception alors KO sinon OK vendredi 25 octobre 13
- 10. Architecture Librairies Logiciel testé vendredi 25 octobre 13
- 13. behaviour-driven (BDD) vendredi 25 octobre 13
- 14. LIVE CODING vérifications fichiers déployés vendredi 25 octobre 13
- 15. LIVE CODING tests via l’API REST vendredi 25 octobre 13
- 16. LIVE CODING tests via l’interface graphique web vendredi 25 octobre 13
- 17. Retour d’experience Moody’s : 800 tests sur 5 produits Finance, C++, SQL, Windows Robot utilisé par équipes fonc. & techniques XLS pour paramètres des tests ForgeRock : 300 tests sur 3 produits Identité, Java, BD, JSON, REST, Linux, Mac, backbone.js tests hétérogènes et multi-plateformes (OS, BD, Java...) optimisation performance par setup/teardown multi-niveaux vendredi 25 octobre 13
- 18. Atouts léger, simple, rapide tests lisibles accessibles à des testeurs non techniques point d’entrée unique pour tests hétérogènes très nombreuses bibliothèques Python disponibles vendredi 25 octobre 13
- 19. Limites DSL Robot limité IDE propriétaire et peu évolué (RIDE) risque de faire du code non maintenable audacieux de miser sur la rédaction des tests par les équipes produit et développement risque d’isolement des testeurs sur leur framework vendredi 25 octobre 13
- 20. Bonus Plugin Jenkins Plugin Maven Plugin éditeurs (Eclipse,Vim, Textmate) Mailing list active vendredi 25 octobre 13
- 21. Automatisation des tests fonctionnels avec Robot Framework Merci ! Questions ? http:/ /robotframework.org vendredi 25 octobre 13 laurent.bristiel.com [email protected]