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.

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

11. Keyword-driven
vendredi 25 octobre 13

12. data-driven
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
laurent@bristiel.com