Différents types de tests

 

*   Tests unitaires

*   Tests d’intégration

*   Tests fonctionnels

*   Tests de non-régression

*   Tests IHM

*   Tests de configuration

*   Tests de performance

*   Tests d’installation

 

 

Les tests unitaires

Les tests unitaires consistent à tester individuellement les composants de l’application. On pourra ainsi valider la qualité du code et les performances d'un module.

 

Les tests d'intégration

Ces tests sont exécutées pour valider l'intégration des différents modules entre eux et dans leur environnement exploitation définitif.

Ils permettront de mettre en évidence des problèmes d'interfaces entre différents programmes.

Les tests fonctionnels

Ces tests ont pour but de vérifier la conformité de l'application développée avec le cahier des charges initial. Ils sont donc basés sur les spécifications fonctionnelles et techniques.

 

Les tests de non-régression

Les tests de non-régression permettent de vérifier que des modifications n'ont pas altérées le fonctionnent de l'application.

L'utilisation d'outils de tests, dans ce dommaine, permet de facilité la mise en place de ce type de tests.

 

Les tests IHM

Les tests IHM ont pour but de vérifier que  la charte graphique a été respectée tout au long du développement.

 

Cela consiste à contrôler :

* la présentation visuelle : les menus, les paramètres d'affichages, les propriétés des fenêtres, les barres d'icônes, la résolution des écrans, les effets de bord,…

* la navigation : les moyens de navigations, les raccourcis, le résultat d'un déplacement dans un écran,…

 

Les tests de configuration

Une application doit pouvoir s'adapter au renouvellement de plus en plus fréquent des ordinateurs. Il s'avère donc indispensable d'étudier l'impact des environnements d'exploitation sur son fonctionnement.

 

Voici quelques sources de problèmes qui peuvent surgir lorsque l'on migre une application vers un environnement différent :

*  l'application développée en 16 bits migre sur un environnement 32 bits,

*  les DLL sont incompatibles,

*  les formats de fichiers sont différents,

*  les drivers de périphériques changent,

*  les interfaces ne sont pas gérées de la même manière...

 

Ainsi, pour faire des tests efficaces dans ce contexte, il est nécessaire de fixer certains paramètres comme par exemple :

*  la même résolution graphique,

*  le même nombre de couleurs à l'écran,

*  une imprimante identique,

*  les mêmes paramètres pour le réseau...

 

Les tests de performance

Le but principal des tests de performance est de valider la capacité qu'ont les serveurs et les réseaux à supporter des charges d'accès importantes.

 

On doit notamment vérifier que les temps de réponse restent raisonnable lorsqu'un nombre important d'utilisateurs sont simultanément connectés à la base de données de l'application.

Pour cela, il faut d'abord relever les temps de réponse en utilisation normale, puis les comparer aux résultats obtenus dans des conditions extrêmes d' utilisation.

 

Une solution est de simuler un nombre important d'utilisateur en exécutant l'application à partir d'un même poste et en analysant le trafic généré.

 

Le deuxième objectif de ces tests est de valider le comportement de l'application, toujours dans des conditions extrêmes. Ces tests doivent permettrent de définir un environnement matériel minimum pour que l'application fonctionnement correctement.

 

Les tests d'installation

Une fois l'application validée, il est nécessaire de contrôler les aspects liés à la documentation et à l'installation.

 

Les procédures d'installation doivent être testées intégralement car elles garantissent la fiabilité de l'application dans la phase de démarrage.

Bien sûr, il faudra aussi vérifier que les supports d'installation ne contiennent pas de virus.

 

précédant                                           suivant

 

[retour à l'introduction]