Référence : 2.01.04.0008 (Intra-entreprise)
Formation outils LDRA - Partie dynamique
Mise en œuvre de la suite d’outils LDRA – partie dynamique
La vérification et la validation d'un logiciel représentent une des phases la plus importante du cycle de développement d’un logiciel. Définir une stratégie de revue de code, de test et de validation est la garantie d’une amélioration de la qualité des logiciels.
Objectifs de la formation LDRA - Partie dynamique
A l’issue de la formation, l’apprenant sera capable de :
- Créer et exécuter des Tests unitaires, des Tests d'intégration et des Tests systèmes
- Réaliser une analyse dynamique
Contact Service Formation
Durée de la formation LDRA - Partie dynamique
Public concerné par la formation LDRA - Partie dynamique
Prérequis pour la formation LDRA - Partie dynamique
- Modalités d'évaluation : ici
- Intervenant : Ingénieur expérimenté sur l’outil LDRA.
Cet enregistrement ne vaut pas agrément de l’Etat. Art.L6352-12 du Code du travail Circ. N°2006-10 du 16/03/06
Produits associés
LDRA tool suite TBvision Dynamic / LDRAcover Analyse dynamique de code
L'analyse dynamique proposée par LDRA TBvision Dynamic (intégré à la LDRA tool suite®) et LDRAcover (outil stand-alone) a pour but d’évaluer l’efficacité des tests logiciels sur des codes sources C/C++/Java/Ada, au travers d’une mesure de la couverture structurelle.
LDRA tool suiteTBvision Dynamic / LDRAcover permettent donc répondre à la question : « Quelles parties de mon code source ont été réellement testées, ou couvertes par mes tests ? ».
LDRA TBrun / LDRAunit Outil d’automatisation de tests unitaires et d’intégration
L’outil LDRA TBrun intégré à la suite d’outils LDRA, ainsi que l’outil stand-alone LDRAunit, bénéficient de l’analyse statique LDRA (analyse des appels de fonctions et du flux de données) permettant d’extraire les informations pertinentes à la création automatique de harnais de tests. Pour chaque test unitaire, TBrun/LDRAunit se charge d’indiquer les variables d’entrées, de sorties, les variables globales et pointeurs utilisés, et les fonctions à bouchonner ; ainsi, les testeurs n’ont plus qu’à indiquer les valeurs d’entrées souhaitées et de sorties attendues !