Press "Enter" to skip to content

Comment gérez-vous les exceptions dans EasyMock ?

Si vous testez explicitement l'exception, placez un try-catch autour de la ligne à partir de laquelle vous vous attendez à ce qu'il soit lancé (attrapez la version la plus étroite de l'exception que vous attendez), puis définissez un booléen dans la clause catch et l'assertion doit être sur la valeur du booléen.

Q. Comment lancez-vous des objets dans une exception?

Lever une exception est aussi simple que d'utiliser l'instruction "throw". Vous spécifiez ensuite l'objet Exception que vous souhaitez lancer. Chaque exception inclut un message qui est une description d'erreur lisible par l'homme.

Q. Est-ce que n'importe quel objet peut être lancé en tant qu'exception ?

Lorsque vous lancez une exception, vous lancez un objet. Vous ne pouvez pas lancer n'importe quel objet en tant qu'exception, cependant, seuls les objets dont la classe descend de Throwable .

Q. Comment utiliser les cas de test JUnit avec EasyMock ?

4. Tutoriel : Utiliser Easy Mock et JUnit

  1. 4.1. Créer un projet et des classes. Créez un nouveau projet Java appelé com. vogella. essai.
  2. 4.2. Créer des tests. Créez un nouveau dossier source de test dans votre projet. Créez un nouveau test pour IncomeCalculator et placez la nouvelle classe de test dans ce dossier.

Q. Que fait la vérification EasyMock ?

Sommaire. La méthode de vérification () d'EasyMock est utilisée pour s'assurer que toutes les méthodes stub sont utilisées et qu'il n'y a pas d'appels inattendus. Le comportement des appels inattendus change pour les beaux objets fictifs où il ne génère aucune erreur. La méthode EasyMock verify() est très similaire à la méthode Mockito verify().

Q. Comment fonctionne EasyMock ?

EasyMock a été le premier générateur dynamique d'objets fictifs, soulageant les utilisateurs de l'écriture manuelle d'objets fictifs ou de la génération de code pour eux. EasyMock fournit des objets fictifs en les générant à la volée à l'aide du mécanisme de proxy Java.

Q. Comment se moquer d'un cours de fin d'études avec EasyMock ?

Il est impossible de se moquer d'un cours final avec du pur EasyMock. Vous devrez ajouter quelque chose comme PowerMock, qui s'intègre bien avec EasyMock.

Q. Que fait nice mock ?

Nice Mocks Sur un objet Mock renvoyé par mock(), le comportement par défaut pour toutes les méthodes consiste à lancer une AssertionError pour tous les appels de méthode inattendus. Si vous souhaitez un "joli" objet Mock qui autorise par défaut tous les appels de méthode et renvoie les valeurs vides appropriées ( 0 , null ou false ), utilisez niceMock() à la place.

Q. Quelle exception est levée lorsque dynamic_cast échoue 1 point ?

Explication : L'exception bad_cast est levée par dynamic_cast.

Q. Comment obtenir un objet factice d'EasyMock ?

Pour de nombreux tests utilisant EasyMock, nous n'avons besoin que d'une importation statique des méthodes de org.easymock.EasyMock. Pour obtenir un Mock Object, nous devons Voici un premier exemple : Après activation à l'étape 3, mock est un Mock Object pour l'interface Collaborator qui n'attend aucun appel.

Q. Comment puis-je me moquer d'une méthode void pour lancer une exception?

PowerMockito est un sur-ensemble (ou plus d'un supplément) qui peut être utilisé avec ces deux frameworks. PowerMockito vous permet de faire des choses que Mockito ou EasyMock ne font pas. // Crée un espion CacheWrapper et remplace sa méthode pour lever une exception. // La syntaxe pour écraser la méthode d'un espion est différente de celle d'un simulacre (consultez la documentation de Mockito).

Q. À quoi s'attendre avec expect() dans EasyMock ?

Avec expect (…), EasyMock s'attend à ce que la méthode renvoie une valeur ou lève une exception. EasyMock s'en plaindra, car il nécessite un appel à expect (…).andReturn (…) si la méthode renvoie quelque chose. Si c'est une méthode void, nous pouvons nous attendre à son action en utilisant expectLastCall() comme ceci : 5.2. Rejouer l'ordre

Q. Avez-vous besoin d'une implémentation factice d'EasyMock ?

Nous avons donc besoin d'une implémentation factice du service de stock. EasyMock peut faire la même chose très facilement comme son nom l'indique. Pas d'écriture manuscrite – Pas besoin d'écrire des objets fictifs par vous-même. Refactoring Safe – Renommer les noms de méthodes d'interface ou réorganiser les paramètres ne cassera pas le code de test car les mocks sont créés au moment de l'exécution.