J’ai un code sous test qui appelle un enregistreur Java pour signaler son statut. Dans le code de test JUnit, je voudrais vérifier que l’entrée de journal correcte a été effectuée dans cet enregistreur. Quelque chose dans les lignes suivantes: methodUnderTest(bool x){ if(x) logger.info(“x happened”) } @Test tester(){ // perhaps setup a logger first. methodUnderTest(true); […]
Puisque la méthode Assert.assertEquals est obsolète, quelle méthode sums-nous supposés utiliser maintenant? Le code suivant: Ssortingng arg1 = “test”; Ssortingng arg2 = “me”; Assert.assertEquals(arg1, arg2); Donne les avertissements suivants: Plusieurs marqueurs à cette ligne La méthode assertEquals (Ssortingng, Ssortingng) du type Assert est obsolète Le type Assert est obsolète
Je me demandais si quelqu’un connaissait un moyen de vérifier si une liste est vide en utilisant assertThat() et Matchers ? Le meilleur moyen pour moi de voir juste utiliser JUnit: assertFalse(list.isEmpty()); Mais j’espérais qu’il y avait un moyen de le faire dans Hamcrest.
Peut-être que ma question est un débutant, mais je ne peux pas vraiment comprendre les circonstances dans lesquelles j’utiliserais junit ? Que j’écrive des applications simples ou plus grandes, je les teste avec les instructions System.out et cela me semble facile. Pourquoi créer des classes de test avec JUnit, des dossiers inutiles dans le projet […]
Pourquoi est-ce que chaque fois que je crée un nouveau projet dans Android Studio, il arrive toujours avec: Erreur: (23, 17) Échec de résolution: junit: junit: 4.12? Lorsque je supprime testComstack ‘junit:junit:4.12′ dans les dépendances, ce n’est plus un problème. build.gradle apply plugin: ‘com.android.application’ android { comstackSdkVersion 23 buildToolsVersion “23.0.1” defaultConfig { applicationId “com.okedroid.myapplication” minSdkVersion […]
Y a-t-il une meilleure façon d’écrire dans jUnit Ssortingng x = “foo bar”; Assert.assertTrue(x.contains(“foo”));
J’ai googlé à ce sujet, mais n’a rien trouvé de pertinent. J’ai quelque chose comme ça: Object obj = getObject(); Mockeable mock= Mockito.mock(Mockeable.class); Mockito.when(mock.mymethod(obj )).thenReturn(null); Testeable testableObj = new Testeable(); testableObj.setMockeable(mock); command.runtestmethod(); Maintenant, je veux vérifier que mymethod(Object o) , qui est appelé à l’intérieur de runtestmethod() , a été appelé avec Object o , […]
J’ai trouvé l’utilisation correcte (ou du moins la documentation) de JUnit très confuse. Cette question sert à la fois de référence future et de véritable question. Si j’ai bien compris, il existe deux approches principales pour créer et exécuter un test JUnit: Approche A (style JUnit 3): créez une classe qui étend TestCase et lancez […]
J’essaie d’écrire un test unitaire pour un bean simple utilisé dans mon programme pour valider les formulaires. Le bean est annoté avec @Component et possède une variable de classe qui est initialisée à l’aide de @Value(“${this.property.value}”) private Ssortingng thisProperty; Je voudrais écrire des tests unitaires pour les méthodes de validation dans cette classe, mais si […]
Dans la documentation Mockito et javadocs, il est dit Il est recommandé d’utiliser ArgumentCaptor avec la vérification mais pas avec le remplacement. mais je ne comprends pas comment ArgumentCaptor peut être utilisé pour le stubbing. Quelqu’un peut-il expliquer la déclaration ci-dessus et montrer comment ArgumentCaptor peut être utilisé pour créer des talons ou fournir un […]