Test unitaire en Java - qu'est-ce que c'est? [fermé]

1. Parce que c'est votre preuve que l'application fonctionne comme prévu. Vous trouverez également des bogues de régression beaucoup plus faciles. Les tests deviennent plus faciles, car vous n'avez pas à passer manuellement par tous les états d'application possibles. Et enfin, vous trouverez très probablement des bogues dont vous ne saviez même pas l'existence même si vous avez testé manuellement votre code.

2. Google pour junit

3. Les tests unitaires doivent toujours être écrits, comme dit, c'est votre preuve que l'application il fonctionne comme prévu. Certaines choses ne peuvent ou peuvent être difficiles à tester, par exemple une interface utilisateur graphique. Cela ne signifie pas que l'interface graphique ne doit pas être testée, cela signifie seulement que vous devez utiliser d'autres outils pour cela.

4. Voir point 2.

C'est probablement du travail de lire l'article Wikipedia sur Test unitaire, car cela répondra à la plupart de vos questions concernant pourquoi. Le site Web JUnit contient des ressources pour écrire un test unitaire Java, dont le Junit Cookbook devrait probablement être votre premier arrêt.

Personnellement, je écrire des tests unitaires pour tester le contrat d'une méthode, c'est à dire la documentation d'une fonction particulière. De cette façon, vous entrerez dans un cycle d'augmentation de votre couverture de test et l'amélioration de la documentation. Cependant, vous devriez essayer d'éviter de tester:

• Code d'autres personnes, y compris le JDK
• Code non déterministe, tel que java.util.Aléatoire

JUnit n'est pas le seul framework de test unitaire disponible pour Java, vous devez donc évaluer d'autres frameworks commeTestNG avant de vous y plonger.

En plus des cadres de "haut niveau", vous trouverez également de nombreux projets couvrant des domaines spécifiques, tels que comme:

• interface htmlunit pour le Web
• SIPUnit pour SIP
• SwingUnit pour le code GUI

Ce que j'aurais écrit est déjà couvert dans de nombreuses réponses ici, mais j'ai pensé ajouter ceci...

Le meilleur article que j'ai lu sur quand utiliser/ne pas utiliser les tests unitaires était sur Le blog de Steve Sanderson. C'est un excellent article couvrant le coût / avantage des tests unitaires sur différentes parties de votre base de code (c'est-à-dire un argument convaincant contre une couverture à 100%)

L'un des meilleurs livres sur comment et pourquoi des tests unitaires en Java est Pragmatic Unit Testing in Java with JUnit (Andy Hunt & Dave Thomas)

Voici comment votre programmation devrait être:

• Décidez d'une interface (pas nécessairement une interface java, mais à quoi ressemble la méthode pour tout le monde
• Écrire un test
• Coder l'implémentation

Comme son nom l'indique, c'est un test pour nos unités dans notre programme. Par exemple, si vous avez une méthode qui renvoie la somme de deux entiers, vous la testerez avec deux nombres pour voir si elle fonctionne correctement. Par exemple, pour 2+2, il renvoie 4.

Nous avons besoin de ces tests, car dans les grands projets, il y a beaucoup de programmeurs. Il est important que ces programmeurs travaillent en harmonie. les tests unitaires agissent comme la preuve de l'exactitude des procédures que nos programmeurs écrivent. ainsi, un programmeur écrit sa procédure plus son test unitaire afin de montrer que sa procédure fonctionne correctement. Ensuite, il engage ses modifications dans le projet. Ces tests vous aident à prévenir beaucoup de bugs avant l'apparition.

J'ai une procédure étape par étape à titre d'exemple, pour écrire un test unitaire Java dans Eclipse. Veuillez regarder "Comment Écrire Des Tests Unite ".

J'espère que ça aide.