Ce qui est un bon moyen de remplacer le type DateTime.Maintenant, pendant les tests?

J'ai quelques (C#), le code qui s'appuie sur la date d'aujourd'hui pour calculer correctement les choses à l'avenir. Si j'utilise la date du jour dans le test, je dois refaire le calcul dans le test, qui ne se sent pas bien. Quelle est la meilleure façon de fixer la date d'une valeur connue au sein de l'épreuve, afin que je puisse le tester, le résultat est une valeur connue?

InformationsquelleAutor Craig.Nicol | 2008-09-04
  1. 146

    Ma préférence est d'avoir des classes qui utilisent le temps de réellement s'appuyer sur une interface, comme

    interface IClock
{
    DateTime Now { get; } 
}

    Avec une mise en œuvre concrète

    class SystemClock: IClock
{
     DateTime Now { get { return DateTime.Now; } }
}

    Ensuite, si vous le souhaitez, vous pouvez fournir tout autre type d'horloge que vous voulez pour les tests, tels que

    class StaticClock: IClock
{
     DateTime Now { get { return new DateTime(2008, 09, 3, 9, 6, 13); } }
}

    Il peut y avoir des frais généraux dans la fourniture de l'horloge de la classe qui s'appuie sur elle, mais qui pourrait être prise en charge par un certain nombre de l'injection de dépendance des solutions (à l'aide d'une Inversion de Contrôle conteneur, plaine ancien constructeur/définition d'injection, ou même un Passerelle Statique Modèle).

    D'autres mécanismes de la prestation d'un objet ou d'une méthode qui offre des moments voulus aussi travailler, mais je pense que la clé, c'est pour éviter la réinitialisation de l'horloge du système, qui va juste pour introduire de la douleur à d'autres niveaux.

    Également, à l'aide de DateTime.Now et de l'inclure dans vos calculs, n'est pas seulement de ne pas se sentir le droit - il vous prive de la possibilité de tester des moments particuliers, par exemple si vous découvrez un bug qui n'arrive près de minuit limite, ou sur les les mardis. Utilisez l'heure actuelle ne vous permet pas de tester ces scénarios. Ou du moins, pas quand vous le voulez.

    • Nous avons réellement formalisé ce dans l'un des xUnit.net extensions. Nous avons une classe de l'Horloge que vous utilisez comme statique plutôt que DateTime, et vous pouvez "bloquer" et le "dégel" de l'horloge, y compris à des dates précises. Voir est.gd/3xds et est.gd/3xdu
    • Il est également intéressant de noter que lorsque vous souhaitez remplacer votre système de l'horloge de la méthode ce sera le cas, par exemple, lors de l'utilisation d'une horloge globale dans une entreprise avec des succursales dans de très dispersés, les fuseaux horaires - cette méthode vous donne de précieux travail au niveau de la liberté de modifier le sens de "Maintenant".
    • De cette façon fonctionne vraiment bien pour moi, avec l'aide d'une Injection de Dépendance Cadre pour se rendre à l'IClock instance.
    • Grande réponse. Voulais juste ajouter que, dans presque tous les cas UtcNow doit être utilisé et ensuite ajusté de manière appropriée en fonction de la préoccupation du code, de l'e.g une logique d'entreprise, INTERFACE, etc. DateTime manipulation à travers les fuseaux horaires est un champ de mines, mais le meilleur premier pied vers l'avant, est de toujours commencer avec l'heure UTC.
    • Ces liens sont aujourd'hui brisé. Ne pouvait pas tirer vers le haut sur WayBack, soit.
    InformationsquelleAutor Blair Conrad
  2. 55

    Ayende Rahien utilise une méthode statique qui est plutôt simple...

    public static class SystemTime
{
    public static Func<DateTime> Now = () => DateTime.Now;
}
    • Il semble dangereux de faire de la stub/maquette point d'un public mondial variable (variable statique). Ne serait-il pas mieux portée que le système sous test-par exemple, en faisant un privé membre statique de la classe sous test?
    • C'est une affaire de style. C'est le moins chose que vous pouvez faire pour obtenir une unité de test-modifiable heure du système.
    • À mon humble avis, il est préférable d'utiliser l'interface au lieu de global statique des singletons. Envisagez le scénario suivant: Le lanceur de test est efficace et le fonctionnement de nombreux tests comme il peut en parallèle, un test de changements de temps, pour X, l'autre pour Y. Nous avons maintenant un conflit et ces deux tests de bascule échecs. Si nous utilisons des interfaces, chaque test se moque de l'interface en fonction de ses besoins, chaque test est maintenant isolé des autres test. HTH.
    InformationsquelleAutor Anthony Mastrean
  3. 17

    Je pense que créer un classe de l'horloge pour quelque chose de simple comme obtenir la date du jour est un peu exagéré.

    Vous pouvez passer à la date d'aujourd'hui en tant que paramètre de sorte que vous pouvez entrer une date dans le test. Ceci a l'avantage supplémentaire de rendre votre code plus souple.

    • Je +1 à la fois de vous et Blair réponses, même si elles sont à la fois opposés. Je pense que les deux approches sont valables. Votre approche je serais probablement utiliser un projet qui n'utilise pas de quelque chose comme l'Unité.
    • Oui, il est possible d'ajouter un paramètre pour "maintenant". Cependant, dans certains cas, cela vous oblige à exposer un paramètre que vous n'auriez normalement pas envie d'exposer. Disons, par exemple, que vous avez une méthode qui calcule les jours entre une date et maintenant, alors que vous ne voulez pas exposer "maintenant" comme paramètre, car cela permet la manipulation de votre résultat. Si c'est votre propre code, aller de l'avant d'ajouter "maintenant" comme paramètre, mais si vous travaillez dans une équipe, vous ne savez jamais ce que les autres développeurs va utiliser votre code, donc si le "maintenant" est une partie critique de votre code, vous devez le protéger de la manipulation ou de l'utilisation abusive.
    InformationsquelleAutor Mendelt
  4. 16

    À l'aide de Microsoft Faux pour créer une cale est vraiment un moyen facile de le faire. Supposons que j'avais la classe suivante:

    public class MyClass
{
    public string WhatsTheTime()
    {
        return DateTime.Now.ToString();
    }

}

    Dans Visual Studio 2012, vous pouvez ajouter un Faux montage de votre projet de test en cliquant à droite sur le montage que vous voulez pour créer des Fakes/Cales pour et en sélectionnant "Ajouter des Faux Assemblée"

    Ce qui est un bon moyen de remplacer le type DateTime.Maintenant, pendant les tests?

    Enfin, Voici ce que la classe de test ressemblerait à: 

    using System;
using ConsoleApplication11;
using Microsoft.QualityTools.Testing.Fakes;
using Microsoft.VisualStudio.TestTools.UnitTesting;

namespace DateTimeTest
{
[TestClass]
public class UnitTest1
{
    [TestMethod]
    public void TestWhatsTheTime()
    {

        using(ShimsContext.Create()){

            //Arrange
            System.Fakes.ShimDateTime.NowGet =
            () =>
            { return new DateTime(2010, 1, 1); };

            var myClass = new MyClass();

            //Act
            var timeString = myClass.WhatsTheTime();

            //Assert
            Assert.AreEqual("1/1/2010 12:00:00 AM",timeString);

        }
    }
}
}
    • C'est exactement ce que je cherchais. Merci! BTW, fonctionne de la même façon dans VS 2013.
    • Vous avez besoin de VS Premium ou Ultimate pour MS Faux travail..
    • Ou ces jours-ci, VS 2015 Enterprise edition. Ce qui est dommage, pour une meilleure pratique.
    InformationsquelleAutor mmilleruva
  5. 10

    La clé de la réussite de tests unitaires est découplage. Vous devez séparer votre intéressante code à partir de ses dépendances externes, de sorte qu'il peut être testé dans l'isolement. (Heureusement, Développement Piloté par les tests produit découplé code.)

    Dans ce cas, votre externe est l'actuel DateTime.

    Mon conseil ici est d'extraire de la logique qui traite de la date d'une nouvelle méthode ou une classe ou tout ce qui fait sens dans votre cas, et de passer le DateTime dans. Maintenant, votre unité de test peut passer à l'arbitraire d'un DateTime en, à produire des résultats prévisibles.

    InformationsquelleAutor Jay Bazuzi
  6. 10

    Un autre à l'aide de Microsoft Moles (L'isolement cadre .NET).

    MDateTime.NowGet = () => new DateTime(2000, 1, 1);

    Moles permet de remplacer tout .NET
    méthode avec un délégué. Prend en charge les taupes
    statique ou non des méthodes virtuelles. Les taupes
    s'appuie sur le profileur de Pex.

    • C'est beau, mais il nécessite Visual Studio 2010! 🙁
    • Il fonctionne très bien dans VS 2008. Il fonctionne mieux avec MSTest bien. Vous pouvez utiliser NUnit, mais je pense que vous devez exécuter vos tests avec un test spécial coureur.
    • Je voudrais éviter d'utiliser des grains de beauté (un.k.un. Microsoft Faux), lorsque cela est possible. Idéalement, il doit être utilisé uniquement pour le code de legs qui n'est pas déjà testable, via l'injection de dépendance.
    • quels sont les inconvénients pour l'utilisation de Microsoft Faux?
    • href="http://blog.pluralsight.com/2012/04/23/vs11-fakes-framework/" >blog.pluralsight.com/2012/04/23/vs11-fakes-framework
    • Vous ne pouvez pas toujours DI 3ème partie du contenu, donc Faux est parfaitement acceptable pour le test de l'unité si votre code d'appels en une 3ème partie de l'API que vous ne voulez pas instancier pour un test unitaire. Je suis d'accord pour éviter l'utilisation de Faux/grains de beauté pour votre propre code, mais son tout à fait acceptable pour d'autres fins.

    InformationsquelleAutor João Angelo
  7. 4

    Je suggérerais à l'aide de IDisposable modèle:

    [Test] 
public void CreateName_AddsCurrentTimeAtEnd() 
{
    using (Clock.NowIs(new DateTime(2010, 12, 31, 23, 59, 00)))
    {
        string name = new ReportNameService().CreateName(...);
        Assert.AreEqual("name 2010-12-31 23:59:00", name);
    } 
}

    Décrit en détail ici:
    http://www.lesnikowski.com/blog/index.php/testing-datetime-now/

    InformationsquelleAutor Pawel Lesnikowski
  8. 3

    Réponse Simple: Système de fossé.DateTime 🙂 au Lieu de cela, utiliser NodaTime et tests de la bibliothèque: NodaTime.Les tests.

    Pour en savoir plus:

    InformationsquelleAutor tugberk
  9. 2

    Vous pourrait injecter de la classe (mieux: méthode/délégué) que vous utilisez pour DateTime.Now dans la classe en cours d'essai. Ont DateTime.Now être une valeur par défaut et ne réglez-le en test à un mannequin de la méthode qui retourne une valeur constante.

    EDIT: Ce que Blair Conrad a dit (il a un peu de code pour les voir). Sauf, j'ai tendance à préférer les délégués pour cela, que de ne pas encombrer votre hiérarchie de classe avec des trucs comme IClock...

    InformationsquelleAutor Daren Thomas
  10. 1

    J'ai fait face à cette situation, si souvent, que j'ai créé simple nuget qui expose Maintenant propriété par le biais de l'interface.

    public interface IDateTimeTools
{
    DateTime Now { get; }
}

    Mise en œuvre est très simple 

    public class DateTimeTools : IDateTimeTools
{
    public DateTime Now => DateTime.Now;
}

    Ainsi, après l'ajout de nuget pour mon projet je peux l'utiliser dans les tests unitaires

    Ce qui est un bon moyen de remplacer le type DateTime.Maintenant, pendant les tests?

    Vous pouvez installer le module à droite de l'interface graphique Gestionnaire de Package Nuget ou à l'aide de la commande:

    Install-Package -Id DateTimePT -ProjectName Project

    Et le code de la Nuget est ici.

    L'exemple de l'utilisation de l'Autofac peut être trouvé ici.

    InformationsquelleAutor Pawel Wujczyk
  11. -10

    Avez-vous envisagé d'utiliser la compilation conditionnelle pour contrôler ce qui se passe au cours de debug/déploiement?

    par exemple

    DateTime date;
#if DEBUG
  date = new DateTime(2008, 09, 04);
#else
  date = DateTime.Now;
#endif

    À défaut, vous souhaitez exposer la propriété de sorte que vous pouvez le manipuler, c'est toute la partie du défi de l'écriture testable code, qui est quelque chose que je suis actuellement à la lutte moi-même 😀

    Modifier

    Une grande partie de moi serait de préférence Blair approche. Cela vous permet de "hot plug" parties du code à l'aide de tests. Tout cela suit le principe de conception encapsuler ce qui varie, code de test n'est pas différent de la production de code, c'est juste que on ne les voit jamais à l'extérieur.

    La création et l'interface peut sembler comme beaucoup de travail pour cet exemple (c'est pourquoi j'ai opté pour la compilation conditionnelle).

    • wow vous avez frappé fort sur cette réponse. c'est ce que j'ai fait, bien que dans un seul endroit, où j'ai appeler des méthodes qui remplacent DateTime's Now et Today etc.
    InformationsquelleAutor Rob Cooper