Unité de test des méthodes privées et statiques dans java

Question

J'écris des tests unitaires pour une application et comme bonne pratique j'essaie de rendre toutes les méthodes dans mes cours aussi privées que possible, donc je peux finir avec des cours avec la plupart privée méthodes, peu publiques et parfois des appels à des méthodes statiques (soit de mes autres classes ou à certains TextUtils, etc)

Je voudrais savoir comment tester toutes mes classes en essayant de ne compter que sur Mockito et JUnit puisque Robolectric et Powermockito semblent étendre les limites de ce qui devrait être fait dans les tests unitaires. Dois-je ignorer toutes les méthodes privées et statiques ainsi que les méthodes publiques qui, par hasard, appellent des méthodes statiques ou privées? ou comment?

Answer 1

Toutes les méthodes privées de la classe que vous testez doivent être appelées par une méthode publique/protected/package private; sinon ils sont du code inutilisé. Donc, concentrez-vous sur le test de cette API publique visible par le "code client" de votre application. Les internes (méthodes privées) seront testés/couverts comme effet secondaire car ils implémentent réellement le contrat public spécifié par l'API.

Tester directement les détails d'implémentation (méthodes privées) rendrait les tests plus difficiles à maintenir et le code sous test plus difficile à refactoriser.

Answer 2

Remarque: il s'agit uniquement d'informations générales, car votre question ne fournit pas de code à commenter. Puisque les méthodes privées ne sont généralement pas accessibles en dehors de la classe (la réflexion est complètement différente) et sont généralement là pour fournir des fonctionnalités à vos méthodes publiques et protégées, votre test unitaire doit juste tester vos méthodes publiques et protégées. Si vous choisissez soigneusement vos données de test, vous devriez être en mesure d'exercer la majeure partie/la totalité du code.

Vous pouvez utiliser Mockito pour simuler les dépendances requises par la classe testée. Vous utilisez les attentes (Mockito.when(...).thenReturn(...) ou Mockito.verify(mockedClass).method(...)) pour simuler une fonctionnalité externe ou vérifier que la classe testée effectue les appels sortants comme prévu.

Vous pouvez utiliser des assertions pour vérifier que les méthodes testées renvoient des valeurs appropriées. Gardez à l'esprit cependant, un test unitaire détaillé avec une couverture de code élevée a une grande chance de casser la première fois que vous essayez de modifier l'implémentation interne de la classe testée. C'est un acte d'équilibrage, et vous devez trouver le bon niveau de couverture, tout en minimisant la fragilité du test.