Comment puis-je tester efficacement des méthodes privées en C# ?

Tests unitaires méthodes C# privées : défis et solutions

Les tests unitaires directs des méthodes privées en C# sont problématiques en raison de leur encapsulation. Bien que Visual Studio génère des classes d'accesseurs pour faciliter cela, des erreurs d'exécution, telles que des échecs de conversion d'objets lors de l'interaction avec des listes privées, peuvent se produire. Cela provient souvent de différences de type entre la classe accesseur et la classe cible.

Le problème :

Un scénario courant est l'échec d'un test unitaire lors de l'exécution en raison d'une erreur de conversion d'objet lors de la tentative d'ajout d'un élément à une liste privée. Le type de liste de la classe accesseur diffère du type de liste de la classe d'origine.

Résoudre le problème :

Approche obsolète : PrivateObject Classe :

Dans les versions de .NET antérieures à .NET Core 2.0, la classe PrivateObject offrait un moyen d'appeler des méthodes privées :

<code class="language-csharp">Class target = new Class();
PrivateObject obj = new PrivateObject(target);
var retVal = obj.Invoke("PrivateMethod");
Assert.AreEqual(expectedVal, retVal);</code>

Important : PrivateObject et PrivateType ne sont plus pris en charge dans .NET Core 2.0 et versions ultérieures.

Meilleures alternatives :

Les meilleures pratiques découragent généralement les tests directs des méthodes privées. Voici pourquoi et quoi faire à la place :

• Tests indirects via des méthodes publiques : Concentrez-vous sur les tests de l'interface publique. Si vos méthodes publiques fonctionnent correctement, les méthodes privées qui les prennent en charge sont probablement également correctes.
• Éviter les changements d'état dans les tests : Les tests unitaires ne devraient idéalement pas modifier l'état interne de l'objet testé. Concentrez-vous sur la vérification du résultat en fonction d'entrées spécifiques.
• Employer des objets simulés : La simulation fournit un environnement contrôlé pour tester les interactions et les sorties des méthodes privées sans accès direct.
• S'abstenir d'utiliser la réflexion : Bien que la réflexion permette l'accès aux membres privés, elle est complexe, sujette aux erreurs et généralement déconseillée pour les tests unitaires. Cela rend les tests fragiles et plus difficiles à maintenir.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!