- Intégration -

Cette phase, toujours relative à un prototype, a pour objectif général d'une part de valider le prototype en conditions réelles simulées (tests d'intégration), d'autre part de préparer sa livraison aux utilisateurs.

Les tests d'intégration

Alors que les tests unitaires étaient exécutés pour chacune des classes de façon isolée, les tests d'intégration portent sur la totalité du prototype et se déroulent en deux parties distinctes : les tests libres exécutés par l'équipe de développement, et les tests cadrés exécutés par une personne étrangère au développement.

Les tests libres Les tests libres permettent d'éliminer en temps réel les bogues les plus flagrants qui subsistent lorsque toutes les classes fonctionnent en synergie. Lorsqu'un bug est détecté, les programmes sont immédiatement corrigés et recompilés afin de poursuivre les tests.

Les tests libres ont une durée déterminée qui a été définie dans le plan de développement. Dès que le jalon de fin des tests libres est atteint, ce sont les tests cadrés qui prennent le relais.

Les tests cadrés Ils doivent être réalisés par un collaborateur n'ayant pas participé au codage de l'application. Les tests seront effectués en suivant pas à pas le Plan d'Essais Prototype (PEP) qui a été rédigé lors de la conception détaillée.

Les unités de validation sont prises en compte dans l'ordre indiqué dans le PEP et chaque fonction est testée en tenant compte des types de validation indiqués.

Tous les résultats obtenus sont consignés dans le Rapport d'Essais d'Intégration Prototype (REIP) en indiquant pour chaque opération testée quel est le résultat constaté : validé ou non validé. Les opérations non validées peuvent donner lieu à un commentaire explicatif pour préciser la séquence d'actions reproductible permettant de reconstituer l'anomalie.

A partir du REIP on procèdera aux ultimes corrections du logiciel avant sa livraison.

Préparation de la livraison aux utilisateurs

La livraison doit être composée d'au moins trois éléments :

• La version bêta des programmes comportant tous les fichiers nécessaires à une bonne exécution : exécutables, composants externes, fichiers de paramètres...
• Une procédure d'installation pouvant être constituée par un logiciel spécialisé (setup ou install).
• Un manuel d'utilisation et un guide d'installation du prototype.

Le manuel d'utilisation joue un rôle important lors des tests utilisateurs car il permet d'indiquer à l'utilisateur les fonctions qui doivent être testées, celles qui n'ont pas encore été développées dans le prototype et celles qui ont déjà été testées dans le prototype précédent et qu'il n'est plus utile de contrôler.

D'ailleurs, afin d'éviter toute ambiguïté, il vaut mieux prévoir dans les programmes l'affichage d'un message d'information du type "opération ou fonction non réalisée dans ce prototype" chaque fois que l'utilisateur tente de lancer l'opération ou la fonction correspondante.

Au moment de la livraison on archivera les sources du prototype dans la version "P.n" où P représente le numéro du prototype et n le numéro de version. Ce numéro de version est initialisé à 1 lors de la première livraison et est incrémenté de un après chaque nouvelle livraison faisant suite à un ensemble de corrections (cf. phase suivante de tests utilisateurs).

Remarquons qu'à partir du deuxième prototype il n'est peut-être pas utile de livrer la totalité des fichiers, puisqu'un certain nombre d'entre eux qui faisaient partie de la livraison d'un des prototypes précédents n'ont subi aucune modifications. Nous reparlerons de cet aspect au chapitre suivant car il concerne également les livraisons des versions de chaque prototype.