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 séquencements mûrement réfléchis 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 la cadence 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 erreurs d’utilisation 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...

couv_RI4CAPOO.png

Découvrez 

le livre :

Aussi inclus dans nos :

Précédent
Exercice
Suivant
Environnement d’exécution des tests unitaires