Moq et SqlConnection?

Je suis en train d'écrire des tests unitaires pour l'un de nos produits et ont été utilisés Moq pour réussir à se moquer de connexions à Entity Framework. Cependant, je suis venu à travers la méthode suivante:

public static productValue findValues(string productName, string dbConnectionString)
{
    try
    {
        SqlConnection conn = new SqlConnection(dbConnectionString);
        conn.Open();
        //Do stuff 
    }
}

Qui permet d'accéder à notre base de données à l'intérieur de cette méthode à l'aide d'un passé chaîne de connexion. Est-il possible de créer une maquette DB à l'aide de Moq et de créer une chaîne de connexion qui pointe vers la moqué de DB? J'ai essayer de faire quelque chose le long des lignes de

var mockSqlConnnection = new Mock<SqlConnection>();

Si je ne suis pas sur si c'est la bonne approche, car ce serait se moquer de la connexion en elle-même plutôt que de la DB.

C'est n'est pas possible, je crois que SqlConnection est une classe scellée et ne peut donc pas être moqué. Vous pourrait se moquer de IDBConnection, mais il y aurait encore beaucoup à faire: si vous voulez de l'unité de tester cette méthode, vous pouvez avoir à refactoriser un peu.
Vous avez tout à fait raison, SqlConnection est une classe scellée
l'Une des meilleures façons d'obtenir de la base de données est votre façon de cacher les données d'accès derrière abstraction des interfaces qui peuvent être moqué dans une logique d'entreprise de test.

OriginalL'auteur Novastorm | 2016-01-22

  1. 7

    J'ai eu un problème similaire.

    J'ai introduit un SqlDataContext wrapper autour de l'occurrence de SqlConnection qui a hérité de et ISqlDataContext interface:

    class SqlDataContext : ISqlDataContext {

    private readonly SqlConnection _connection;

    public SqlDataContext(string connectionString)
    {
        _connection = CreateConnection(connectionString);
    }

    public IDataReader ExecuteReader(string storedProcedureName, ICollection<SqlParameter> parameters)
    {
       //execute the command here using the _connection private field.
       //This is where your conn.Open() and "do stuff" happens.
    }

    private SqlConnection CreateConnection(string connectionString)
    {
        if (string.IsNullOrEmpty(connectionString))
        {
            throw new ArgumentNullException("connectionString");
        }

        return new SqlConnection(connectionString);
    }
}

interface ISqlDataContext
{
    IDataReader ExecuteReader(string storedProcedureName, ICollection<SqlParameter> parameters);
}

    Vous pouvez ajouter des surcharges à l'ISqlDataContext que vous en avez besoin.

    Ce que cela signifie est que vous pouvez ensuite se moquer de l'ISqlDataContext comme l'exige l'utilisation Moq ou similaires et de retour se moquer de valeurs.

    Signifie que vous pouvez ensuite tester votre dépôt ou toute autre chose qui frappe dans la base de données par le biais de l'occurrence de SqlConnection sans avoir à frapper, la base de données.

    L'autre avantage est que vous pouvez injecter ISqlContext avec DI /Cio en tant que de besoin.

    Fantastique!!!! Je vais vous donnez ce un aller
    Bien que cette application va vous permettre de simuler la création de la IDataReader, vous avez maintenant une fuite de mise en œuvre qui va entraîner des messages d'erreur du genre "impossible d'obtenir une connexion à partir de la piscine" (stackoverflow.com/questions/15848239/...). C'est parce que vous n'êtes pas "l'élimination" de votre SqlConnection (ou SqlCommand). Je vous recommande également la mise en œuvre de l'interface IDisposable (msdn.microsoft.com/en-us/library/...) et de mettre une "aide" déclaration autour de votre utilisation de ce SqlDataContext objet.
    J'apprécie le Cadre de l'Entité motif de l'appel de votre enveloppe (externe à votre gestionnaire de ressources). Si vous héritez d'une ISqlDataContext avec IDbConnection, vous obtiendrez IDisposable et plus large compatibilité.

    OriginalL'auteur Graham

  2. 6

    tard, mais pourquoi pas avec mstest:

    [TestMethod]
MyTestWithInternSqlConnection()
{
   using (ShimsContext.Create())
   {
      //simulate a connection
      ShimSqlConnection.AllInstances.Open = connection => { };
      string commandText;

      //shim-Mock all called methods
      ShimSqlCommand.AllInstances.ExecuteReader = command =>
      {
         commandText = command.CommandText;
         return new ShimSqlDataReader();
      };

      int readCount = 0;
      ShimSqlDataReader.AllInstances.Read = reader => readCount == 0;
      ShimSqlDataReader.AllInstances.GetSqlStringInt32 = (reader, i) =>
      {
         readCount++;
         return "testServer";
      };

      var theReadedString = AMethodUnderTestThatReadsFromDatabaseAString();
      Assert.IsTrue(theReadedString == "testServer");
   }
}

    vous devez ajouter une référence à System.Les données, puis ajouter un Faux.

    https://msdn.microsoft.com/en-us/library/hh549175.aspx
    Le mieux est, si vous changez la mise en œuvre et vous pouvez changer de lire de la couche mais ...

    Merci, vous avez été un sauveur.

    OriginalL'auteur tire0011

  3. 1

    Ont un look à la Modèle De Référentiel, essentiellement, vous serait se moquer les données de votre consommation classes, plutôt que de s'inquiéter de la mise en œuvre de parler à la base de données.

    Essentiellement, vous avez un référentiel 

    namespace ContosoUniversity.DAL
{
    public class StudentRepository : IStudentRepository, IDisposable
    {
        private SchoolContext context;

        public StudentRepository(SchoolContext context)
        {
            this.context = context;
        }

        public IEnumerable<Student> GetStudents()
        {
            return context.Students.ToList();
        }

        //... more

    Qui est ensuite consommée dans d'autres classes:

       public class StudentController : Controller
   {
      private IStudentRepository studentRepository;

      public StudentController(IStudentRepository studentRepository)
      {
        this.studentRepository = studentRepository;
      }

    Et utilisé comme:

      public ViewResult Index(string sortOrder, string currentFilter, string searchString, int? page)
  {
     var students = from s in studentRepository.GetStudents()
                    select s;

    L'exemple complet est dans le lien au dessus.

    Alors vous voulez passer un moqué de dépôt dans votre classe:

    //arrange
var mockedRepo = new Mock<IStudentRepository>();
//configure

//act
var controller = new StudentController(mockedRepo.Object);
//do stuff

//assert
    Si il veux tester une classe ou une méthode qui utilise une connexion directement comme je le crois, il est ensuite qu'il va faire face à des difficultés. Il semble que la méthode qu'il est des tests est un référentiel de méthode, de toute façon.
    Si il veut tester le référentiel?

    OriginalL'auteur NikolaiDante