[JAVA] [Critique de livre] Test unitaire sur le site de programmation qui peut être réalisé sans aucune expérience (suite 1-JUnit-)
Quelques semaines après mon premier post l'autre jour, j'ai fait le post suivant. (Posté l'autre jour: http://qiita.com/takumi_links/items/006777e9d5a29221dab0)
Bien que ce soit un "test unitaire dans le domaine de la programmation qui peut être fait sans aucune expérience" dont j'ai parlé, je n'ai pas essayé de déplacer tous les échantillons personnellement, donc ce n'était pas très bien établi ... Donc, je voulais approfondir un peu plus le test unitaire dans la suite. pense.
■ Ami ingénieur Java: JUnit
JUnit est un ami pour les ingénieurs Java. Jusqu'à présent, les sites de développement Java ont toujours utilisé "Eclipse" (IDE de développement Java), mais le framework de test qui peut être utilisé avec Eclipse: JUnit. Bien que la version soit obsolète, il y a un chapitre appelé "Annexe" à la fin de ce livre, qui contient les étapes de configuration des outils, plug-ins et exemples. Avec l'Eclipse actuelle, je pense que Junit est souvent inclus en standard.
</ b>
① JUnitRunner </ b> → ② Classe de test </ b> → ③ Classe cible de test </ b> (Classe d'exécution de test) (Créé par la fonction JUnit) (Créé par le développeur) ① JUnitRunner </ b> appelle la méthode de test ② test class </ b>, à partir de laquelle la méthode de test appelle la méthode ③ test target class </ b>, et sa valeur de retour Le mécanisme de JUnit est de juger du succès ou de l'échec du test. Quand je le vérifie à nouveau ... je suis impressionné par le fait que c'est un cadre pratique.
<Mémo d'annotation JUnit4 (pour dossier de défense)>
| Annotation | La description |
|---|---|
| @Test | Méthode d'essai. Appelé depuis JUnit |
| @Before | Exécuté avant la méthode de test |
| @After | Exécuté après la méthode de test |
| @BeforeClass | Exécuter une fois lorsque vous commencez à exécuter la classe de test |
| @AfterClass | S'exécute une fois lors de l'exécution et de la sortie de la classe de test |
[Classe de test] </ b>
[Résultat de l’exécution] </ b>
<Méthode JUnit4>
- Assert = "devrait être"
| Méthode | La description |
|---|---|
| assertTrue(Boolean condition) | Succès si la condition est vraie |
| assertFalse(Boolean condition) | Succès si la condition est fausse |
| assertEquals(Object expected,Object actual) | Succès si les valeurs attendues et réelles sont égales |
| assertSame(Object expected,Object actual) | Succès si les valeurs attendues et réelles sont égales |
| assertNull(Object object) | Succès si la valeur réelle est Null |
| assertNotNull(Object object) | Succès si la valeur réelle est différente de Null |
| fail() | Forcer l'échec du test |
Lorsque la méthode d'évaluation échoue, une AssertionError est générée.
JUnit est également profond. En fonction du site, il y avait un cadre de test unique, et j'étais loin de construire un pur JUnit, donc je devais revenir au début et étudier à nouveau.
Recommended Posts