Le testing est un métier à part entière dans le domaine de l’informatique, qui nécessite des cas de  test, des plans de test et surtout un environnement séparé de l’environnement de production.
 

Il existe plusieurs types de tests. on peut en distinguer 3 :

•  les tests unitaires, qui permettent de tester en isolation un module (par exemple une classe).
•  les tests d'intégration, qui permettent de tester la collaboration des modules.
•  les tests de recette, qui permettent la validation par le client de fonctionnalités clés.

Notre méthode de test est en général basée sur le processus de développement en V que nous préconisons grandement, mais pourrais tout aussi bien être itératif et incrémental.

Modalités de recette par phase

Phase de Recette interne (tests unitaires, tests d’intégration)

L’objectif des tests unitaires est de vérifier la bonne exécution d’un composant informatique élémentaire.

Les pré-requis sont :

• le dossier des Spécifications Fonctionnelles Détaillées.
• le code source du programme.

Les tests unitaires vérifient que :

• toutes les lignes de code du programme sont bien exécutées.
• tous les calculs sont exacts.
• toutes les boucles sont testées aux limites.
• toutes les règles de gestion fonctionnent.
• toutes les données en entrée sont soumises à un contrôle syntaxique.
• tous les résultats en sortie sont bons.
• toutes les erreurs de séquence en entrée sont détectées.
• toutes les erreurs d’entrée/sortie sont gérées (écriture dans un fichier plein, mauvais format d’un fichier en entrée, …).
• l’absence d’un fichier en entrée est signalée.
• les états en sortie sont conformes.

Quand un module satisfait aux tests unitaires, alors il peut être utilisé dans l’étape suivante : les tests d’intégration.

Pendant les tests d’intégration, les composants sont traités par lot, ensemble logique de composants informatiques élémentaires répondant à un ensemble de fonctionnalités cohérentes.

L’objectif de ces tests est de vérifier le bon enchaînement des programmes. On vérifie en particulier que :

• tous les fichiers en entrée du lot sont corrects (format, contenu, …).
• tous les fichiers en sortie du lot sont bons (format, contenu, …).
• tous les fichiers internes du lot qui sont en entrée d’un programme aval, sont les fichiers en sortie d’un programme amont.

Quand l’ensemble des programmes d’une chaîne ou l’ensemble des fenêtres d’écrans d’une conversation IHM satisfait aux tests d’intégration, alors les composants du lot peuvent être livrés pour recette technique.

Phase de Validation Technique (VT)

La Validation Technique est l’opération de vérification du futur système, par rapport à l’environnement technique cible, et des performances atteintes.

Elle consiste en des contrôles sur le code (audit de code), d’installation des programmes et de leur paramétrage, d’exploitation de l’application et d’administration de ses données.

Elle concerne aussi le fonctionnement de l’application dans les conditions normales d’utilisation en termes de volumétrie, de temps d’accès aux données, de temps de réponse des transactions, d’habilitation et de confidentialité, du niveau de sécurité et des points de reprise, du taux d’activité du réseau, etc.

Cette validation est effectuée de manière itérative sur des sous-ensembles fonctionnels de l’application, en avance de phase sur les tests de Vérification d’Aptitude.

Les résultats de la recette technique sont envoyés à la MOA avant la mise en place de la Vérification d’aptitude.

Phase de Recette utilisateur (VABF)

La recette fonctionnelle est l’opération de vérification de bon et correct fonctionnement de l’application ou d’une de ses parties (suite à la livraison d’une phase ou d’une étape).

Elle se fait par rapport aux dossiers de spécifications (ou éventuellement du cahier des charges) à partir duquel, en collaboration avec les utilisateurs, un plan de test est élaboré.

Les anomalies rencontrées sont signalées par des fiches anomalies. Après correction, les tests ayant mis en évidence ces anomalies seront repassées pour vérifier la justesse des corrections effectuées.

La Vérification d’Aptitude permet de tester la qualité du travail effectué ainsi que l’adéquation entre les prestations réalisées et les exigences du projet

Pour que la VA puisse être prononcée, il faut réunir les conditions suivantes, en plus de la fourniture de l’ensemble des livrables conformes :

• Stabilité correcte du produit intégré dans l’environnement matériel et logiciel.
• Erreurs détectées majeures et bloquantes toutes corrigées.
• Performances correspondant aux exigences demandées.

Ces vérifications sont réalisées en environnement de recette.

Elle déclenche la mise en exploitation du programme.

L’admission en exploitation déclenche le passage à la phase de vérification de service régulier. Les éventuelles anomalies mineures constatées seront corrigées pendant cette période.

Phase de suivi de la recette en production (VSR)

La vérification du service régulier permettra de vérifier que les procédures d'exploitation et les produits livrés fonctionnent sans difficulté en situation réelle, tout en respectant les performances et les exigences techniques et fonctionnelles attendues.

La Vérification pour Service Régulier suit la vérification d’aptitude et débutera le 1er jour de la mise en production.

La VSR peut être prononcée lorsque les conditions suivantes sont respectées, en plus de la fourniture de l’ensemble des livrables :

• Stabilité correcte du produit intégré dans l’environnement matériel et logicie.
• Correction de toutes les erreurs détectées.
• Résolution des incidents constatés lors de l’exploitation.
• Performances correspondant aux exigences demandées.
• Transfert de compétences achevé.