Résumé 6
Résumé 6
Résumé 6
Outils de gestion.
Classification des outils de test
Les
objectives • Améliorer l'efficacité des activités de test en automatisant des tâches répétitives ou des tâches qui
des outils nécessitent des ressources importantes lorsqu'elles sont effectuées manuellement
de test • Améliorer l'efficacité des activités de test en assistant les activités de test manuelles tout au long du
processus de test
• Améliorer la qualité des activités de test en permettant des tests plus cohérents et un niveau plus élevé de
reproductibilité des défauts
• Automatiser les activités qui ne peuvent être exécutées manuellement
• Augmenter la fiabilité des tests
Les outils • Peuvent affecter le résultat effectif du test.
intrusifs • La conséquence de l'utilisation d'outils intrusifs s'appelle l'effet de sonde.
Outils pour la gestion des tests • Outils ALM • Outils de gestion de la configuration • Outils de gestion des exigences•
et du testware Outils d'intégration continue (D) • Outils de gestion des défauts
Outils pour les tests statiques • Outils d'analyse statique (D) • Outils de support aux revues
Outils pour la conception et • Outils de conception de tests •Outils de Model-Based Testing• Outils pour le
l'implémentation des tests développement dirigé par les tests (TDD) • Outils de préparation des données de test•
Outils pour le développement dirigé par les tests d’acceptations (ATDD) • Outils pour le
développement dirigé par le comportement (BDD)
Outils pour l'exécution et les • Outils d'exécution de tests (T/D) • Framework de tests unitaires (D) • Harnais de test
logs de tests (D) •Outils de couverture (T/D)
Outils pour la mesure de la • Outils de monitoring • Outils de test de performance• Outils d’analyse dynamique (D)
performance et l'analyse
dynamique
Outils pour des besoins de test • Tests de localisation• Conversion et migration des données• Tests d'accessibilité• Tests
spécifiques d'utilisabilité • Évaluation de la qualité des données • Tests de sécurité • Tests de
portabilité
Outils de Capture/Replay • Capturer les tests en enregistrant les actions d'un testeur manuel semble
attrayant, mais cette approche n'est pas adaptée pour un grand nombre de
(Record/Playback) scripts de test.
• Un script capturé est une représentation linéaire avec des données et des
actions spécifiques pour chaque script. Ce type de script peut être instable
lorsque des événements inattendus se produisent.
Data-driven Testing • Une approche de test piloté par les données sépare les entrées des tests et
les résultats attendus, et utilise un script de test plus générique qui peut lire
les données d'entrée et exécuter le même script de test avec des données
différentes.
• Les testeurs qui ne sont pas familiers avec le langage de script peuvent ainsi
créer de nouvelles données de test pour ces scripts prédéfinis.
Keyword-driven Testing • Dans une approche de test par mots-clés, un script générique traite des
mots-clés décrivant les actions à entreprendre (également appelés mots-clés),
qui font ensuite appel à des scripts d'implémentation des mots-clés pour
traiter les données de test associées.
• Les testeurs (même s'ils ne maîtrisent pas le langage de script) peuvent alors
définir des tests en utilisant les mots-clés et les données associées, qui
peuvent être adaptés à l'application testée.
Model-based Testing • Les outils de Model-Based Testing (MBT) permettent de capturer une
spécification fonctionnelle sous la forme d'un modèle, comme par exemple un
diagramme d'activité.
• Cette tâche est généralement exécutée par un concepteur de système.
• L'outil MBT interprète le modèle afin de créer des spécifications de cas de
test qui peuvent ensuite être sauvegardées dans un outil de gestion des tests
et/ou exécutées par un outil d'exécution de test.