Méthodes statiques d'asservissement

Question

Récemment, j'ai commencé à utiliser Moq pour le test unitaire. J'utilise Moq pour simuler les classes que je n'ai pas besoin de tester.

Comment traitez-vous généralement les méthodes statiques ?

public void foo(string filePath)
{
    File f = StaticClass.GetFile(filePath);
}

Comment cette méthode statique pourrait-elle, StaticClass.GetFile() se faire moquer ?

P.S. J'apprécierais toute lecture que vous recommandez sur Moq et les tests unitaires.

Answer 1

@Pure.Krome : bonne réponse mais je vais ajouter quelques détails

@Kevin : Il faut choisir une solution en fonction des modifications que l'on peut apporter au code.
Si vous pouvez le changer, certaines injections de dépendances rendent le code plus testable. Si vous ne pouvez pas, vous avez besoin d'une bonne isolation.
Avec les frameworks de mocking gratuits (Moq, RhinoMocks, NMock...) vous ne pouvez mocker que les délégués, les interfaces et les méthodes virtuelles. Donc, pour les méthodes statiques, scellées et non virtuelles vous avez 3 solutions :

• Isolateur TypeMock (on peut se moquer de tout mais c'est cher)
• JustMock de Telerik (nouveau venu, moins cher mais pas encore gratuit)
• Taupes de Microsoft (la seule solution gratuite pour l'isolation)

Je recommande les taupes parce qu'il est gratuit, efficace et utilise des expressions lambda comme Moq. Juste un détail important : Moles fournit des stubs, pas des mocks. Vous pouvez donc toujours utiliser Moq pour les interfaces et les délégués ;)

Mock : une classe qui implémente une interface et permet de définir dynamiquement les valeurs à renvoyer/les exceptions à lancer à partir de méthodes particulières et offre la possibilité de vérifier si des méthodes particulières ont été appelées/non appelées.
Stub : Comme une classe fantaisie, sauf qu'elle ne permet pas de vérifier que les méthodes ont été appelées ou non.

Answer 2

Les cadres de simulation comme Moq ou Rhinomocks ne peuvent créer que des instances de simulation d'objets, ce qui signifie que la simulation de méthodes statiques n'est pas possible.

Vous pouvez également recherche Google pour plus d'informations.

Il y a aussi quelques questions posées précédemment sur StackOverflow. aquí , aquí y aquí .

Answer 3

Il est possible dans .NET d'exclure MOQ et toute autre bibliothèque de simulateurs. Vous devez faire un clic droit dans l'explorateur de solutions sur l'assemblage contenant la méthode statique que vous voulez simuler et choisir Ajouter l'assemblage de faux . Ensuite, vous pouvez librement simuler les méthodes statiques de l'assemblée.

Supposons que vous voulez vous moquer System.DateTime.Now méthode statique. Faites-le par exemple de cette façon :

using (ShimsContext.Create())
{
    System.Fakes.ShimDateTime.NowGet = () => new DateTime(1837, 1, 1);
    Assert.AreEqual(DateTime.Now.Year, 1837);
}

Vous avez une propriété similaire pour chaque propriété statique et méthode.

Answer 4

Vous pouvez y parvenir avec Pose disponible sur nuget. Elle vous permet de simuler, entre autres, les méthodes statiques. Dans votre méthode de test, écrivez ceci :

Shim shim = Shim.Replace(() => StaticClass.GetFile(Is.A<string>()))
    .With((string name) => /*Here return your mocked value for test*/);
var sut = new Service();
PoseContext.Isolate(() =>
    result = sut.foo("filename") /*Here the foo will take your mocked implementation of GetFile*/, shim);

Pour plus d'informations, voir ici https://medium.com/@tonerdo/unit-testing-datetime-now-in-c-without-using-interfaces-978d372478e8

Answer 5

J'ai aimé Pose, mais je n'ai pas réussi à l'empêcher de lancer InvalidProgramException, qui semble être un problème connu. numéro . Maintenant, j'utilise Smocks comme ça :

Smock.Run(context =>
{
    context.Setup(() => DateTime.Now).Returns(new DateTime(2000, 1, 1));

    // Outputs "2000"
    Console.WriteLine(DateTime.Now.Year);
});