Objet
  • Vérifier la spécification d'une unité.
  • Vérifier la structure interne d'une unité.
Rôle :  Implémenteur 
Fréquence :  Selon les besoins, généralement plusieurs fois pour chaque itération, notamment pendant les phases de construction, de transition et d'élaboration.
Etapes
Artefacts d'entrée :    Artefacts de sortie :   
Guides d'utilisation de l'outil : 
Plus d'informations : 

détails de l'enchaînement des activités :   

Mise en route Haut de la page

Objet Préparer l'implémentation du test. 

Une unité ne désigne pas seulement une classe d'un langage orienté objet, mais également des sous-programmes libres comme des fonctions sous C++.

Pour tester chaque unité (classe implémentée), suivez les étapes suivantes :

Exécuter le test d'unité Haut de la page

Objet Exécuter les procédures de test ou les scripts de test si le test est automatisé. 

Pour exécuter le test d'unité, les étapes suivantes doivent être suivies :

  1. Installer l'environnement de test afin de vous assurer que tous les éléments requis, comme le matériel, les logiciels, les outils, les données, etc., ont été implémentées et figurent dans l'environnement de test.
  2. Initialiser l'environnement de test afin de vous assurer que tous les composants sont dans l'état initial approprié pour commencer le test.
  3. Exécuter les procédures de test.

Commentaire: L'exécution des procédures de test variera si le test est automatisé ou manuel, et si les composants de test sont requis sous la forme de lecteurs ou d'éléments de remplacement. 

  • Test automatisé : les scripts de test créés pendant l'étape Implémenter le test sont exécutés.
  • Exécution manuelle : les procédures de test structurées développées pendant l'activité Structurer la procédure de test sont utilisées pour exécuter le test manuellement.

Evaluer l'exécution du test Haut de la  page

Objet Déterminer si les tests se sont effectués correctement et comme souhaité.
Déterminer si une correction est nécessaire. 

L'exécution d'un test se termine ou est interrompue dans l'une des deux conditions suivantes :

  • Normale : toutes les procédures de test (ou scripts) se sont exécutés comme prévu.

Si le test se termine normalement, passez à l'étape Vérifier les résultats des test.

  • Anormale ou prématurée : les procédures ou scripts de test ne se sont pas exécutés complètement ou comme prévu. Lorsqu'un test s'interrompt de façon anormale, les résultats du test peuvent ne pas être fiables. La cause de l'interruption doit être identifiée, corrigée, et les tests réexécutés avant d'effectuer d'autres activités de test.

Si le test s'interrompt de façon anormale, passez à l'étape Récupérer après des tests interrompus.

Vérifier les résultats des tests Haut de la page

Objet Déterminer si les résultats du test sont fiables.
Identifier les corrections appropriées si les résultats du test indiquent des défauts dans l'effort de test ou les artefacts.  

Lorsque le test est terminé, réexaminez les résultats du test pour vous assurer que ceux-ci sont fiables et que les échecs, avertissements ou résultats inattendus signalés n'ont pas été causés par des influences externes (à la cible du test), comme une mauvaise installation ou des données inadaptées.

Si les échecs signalés sont dus à des erreurs identifiées dans les artefacts de test ou à des problèmes avec l'environnement de test, effectuez les corrections appropriées pour récupérer après des tests interrompus puis exécutez à nouveau le test.

Si les résultats du test indiquent que les échecs sont véritablement dus à la cible du test, cette activité est pour l'essentiel terminée et de manière générale, l'Activité : Emettre une demande de changement ou bien l'Activité : Analyser le comportement de durée d'exécution doivent être effectuées.

Récupérer après des tests interrompus Haut de la page

Objet Déterminer les corrections à apporter pour récupérer après un test interrompu.
Corriger le problème, récupérer et exécuter à nouveau le test. 

Il existe deux types d'interruption de tests :

  • Erreurs fatales- le système échoue ; par exemple, défaillance du réseau, panne de matériel, etc.
  • Echecs de commande de script de test - spécifiques au test automatisé, cela se produit lorsqu'un script de test ne peut exécuter une commande ou une ligne de code.

Ces deux types d'interruption anormale du test peuvent avoir les mêmes symptômes :

  • Des actions, des fenêtres ou des événements inattendus se produisent lors de l'exécution du script de test.
  • L'environnement de test semble ne pas répondre ou se trouver dans un état non désiré, par exemple arrêté ou en panne.

Pour récupérer après des tests interrompus, suivez ces étapes :

  1. Déterminer la véritable cause du problème.
  2. Corriger le problème.
  3. Réinstaller l'environnement de test.
  4. Réinitialiser l'environnement de test.
  5. Réexécuter les tests.


RUP (Rational Unified Process)   2003.06.15