Dans l'ordinateur programmant, un essai d'unité est une méthode d'examiner l'exactitude d'un module particulier de code source.
L'idée est d'écrire des cas d'espèce pour chaque fonction ou méthode non triviale dans le module de sorte que chaque cas d'espèce soit séparé des autres si possible. Ce type d'essai est la plupart du temps fait par les réalisateurs.
Avantages
Le but de l'essai d'unité est d'isoler chaque partie du programme et de prouver que les différentes pièces sont correctes. Il fournit un contrat écrit que le morceau doit satisfaire. Ceci essai d'isolement fournit quatre avantages principaux :
Encourage le changement
L'essai d'unité permet le programmeur au code de refactor à une date ultérieure, et s'assure que le module fonctionne toujours correctement (régression examinant). Ceci fournit l'avantage des programmeurs encourageants pour faire des changements au code puisqu'il est facile pour le programmeur de vérifier si le morceau fonctionne toujours correctement.
Simplifie l'intégration
Les aides de essai d'unité éliminent l'incertitude dans les morceaux elles-mêmes et peuvent être employées dans une approche de essai ascendante de modèle. En examinant les parties d'un programme d'abord et en examinant ensuite la somme de ses parties facilitera l'essai d'intégration.
Documente le code
L'essai d'unité fournit une sorte « de document de vie » pour la classe étant examinée. Les clients regardant pour apprendre comment employer la classe peuvent regarder les essais d'unité pour déterminer comment employer la classe pour adapter leurs besoins.
Séparation d'interface d'exécution
Puisque quelques classes peuvent avoir des références à d'autres classes, l'essai d'une classe peut fréquemment se renverser plus de dans examiner une autre classe. Un exemple commun de ceci est des classes qui dépendent d'une base de données ; afin d'examiner la classe, l'essayeur se trouve le code d'écriture qui agit l'un sur l'autre avec la base de données. C'est une erreur, parce qu'un essai d'unité devrait ne jamais aller dehors de sa propre frontière de classe. En conséquence, le réalisateur de logiciel soustrait une interface autour du raccordement de base de données, et puis les instruments qui se connectent par interface à leur propre faux objet. Ceci a comme conséquence le code légèrement connecté, de ce fait réduisant au minimum des dépendances dans le système.
Limitations
Il est important de se rendre compte que l'unité-essai ne décèlera pas chaque erreur dans le programme. Par définition, il examine seulement la fonctionnalité des unités elles-mêmes. Par conséquent, il n'attrapera des erreurs d'intégration, des problèmes d'exécution et aucune autre au niveau système question. En outre, il peut ne pas être insignifiant pour prévoir tous les cas spéciaux d'entrée que l'unité de programme à l'étude peut recevoir en réalité. L'essai d'unité est seulement efficace s'il est employé en même temps que d'autres activités de essai de logiciel.
Essai d'unité - unité de logiciel examinant, outils, matières de recherches, trousses à outils, essai de programmation extrême d'unité
