Sommaire

Introduction Test

Quand un client commande un développement, un cahier des charges est rédigé, décrivant des fonctionnalités de haut niveau sous forme de cas concrets d’utilisation. C’est ce document qui servira plus tard à valider les développements effectués. Ces cas d’utilisation vont mettre en action de nombreux objets développés par l’équipe. Ces objets vont communiquer entre eux avec des méthodes et des chronologies mûrement réfléchies pendant l’analyse. Chaque échange s’effectuera la plupart du temps avec des paramètres "aller" et "retour". Les rangs admissibles de ces paramètres seront connus et ces objets fonctionneront généralement parfaitement bien quand ils recevront ce qu’ils attendront, au moment où ils les attendront. Mais que se passera-t-il quand le cadencement s’emballera ou que les paramètres passés seront hors limites ?

La solidité d’une application se révèle dans les cas extrêmes par des traitements adaptés des défauts et une bonne protection des données. Pour gagner ce degré de fiabilité, il faut avant tout que chaque maillon de la chaîne reste stable quelles que soient ses conditions d’exploitation. Pour cela, il faut les éprouver en les poussant dans leurs limites. Le développeur devra imaginer les pires cas d’utilisation ...