Integration Testing mit Entity Framework code first mit in-memory-Datenbank

Ich würde gerne die tatsächlichen integration tests meiner EF4.1 repositories gegen eine in-memory-Datenbank a la ayende die nhibernate-version.

Habe ich einen code-first-Modell, gegen eine legacy-Datenbank (alte Tabellen-und Spaltennamen müssen mapping auf meine entites verwenden von code-Konfigurationen).

Ich würde gerne in der Lage sein zu verwenden, Sqlite (oder andere):

Generieren eines in-memory-Datenbank von meinem Modell
Erstellen Sie eine DBContext für mein Modell mit dieser in-memory-Datenbank
Ich habe bereits IoC/DI von einem IDBContextFactory die wird konstruiert, mit meinem (Generic) - Archive (auch mit einem GenericRepository Muster)

Gibt es bits und bobs auf-Linie, die nahelegen, dass es möglich sein sollte, aber nicht viel für den code-first-Ansätze. Wer weiß, ob dieses möglich ist?

Einige Ausschnitte meiner test-Bibliothek finden Sie unter //THROWS ERROR Kennzeichnung runtime-Fehler:

public class MyDbContextFactory : IDbContextFactory
  {
    private static object context;
    public object CurrentContext
    {
      get {
        if(context == null)
        {
          // ?? DOESN'T WORK AS THERE'S NO META DATA
          var connBuilder = new EntityConnectionStringBuilder();
          connBuilder.Provider = "System.Data.SQLite";
          connBuilder.Metadata = 
           @"res://*/TestEfDb.csdl|res://*/TestEfDb.ssdl|res://*/TestEfDb.msl";
          connBuilder.ProviderConnectionString = 
           ConfigurationManager.ConnectionStrings["DataContext"].Name;

          var entConnection = new EntityConnection(connBuilder.ConnectionString);

          // THROWS ERROR: sqlite Format of the initialization string does not
          // conform to specification starting at index 0
          // for connection string "Data Source=:memory:;Version=3;New=True;"

          //var entConnection = new EntityConnection
          // (ConfigurationManager.ConnectionStrings["DataContext"].Name);
          context = new MyDbContext(entConnection);
        }
        return context;
      }
    }
  }

...

 [Test]
    public void test_me()
    {
        var auditRespository = new AuditRepository(new MyDbContextFactory());
        auditRespository.GetAll<Audit>();
    }

Mehrmals erwähnt Sie die erste code, aber in der gleichen Zeit, die Sie bauen entity connection-string verweisen auf die Ressource-Dateien aus der EDMX-Datei (designer -) also, welche Art von Ansatz verwenden Sie?
Zitat: "?? FUNKTIONIERT NICHT, WIE THERES KEINE META-DATEN" seinen ersten code

InformationsquelleAutor jenson-button-event | 2011-05-06

9

Verwenden Sie SQL Compact 4.0 (download beide SqlCE und tools von web platform installer) - EF Code first hat direkte Unterstützung für die. Der einzige Unterschied wird sein, dass die Anwendung Verbindungszeichenfolge für große SQL-Server:
```
<add name="MyDbContext" 
     provider="System.Data.SqlClient" 
     connectionString=
       "Data Source=...;InitialCatalog=...;Integrated Security=SSPI" />
```
und Ihre tests nutzen den connection string zu SQL-Compact:
```
<add name="MyDbContext" 
     provider="System.Data.SqlServerCe.4.0" 
     connectionString="Data Source=Database.sdf" />
```
- Fantastisch. Werk ein behandeln. Danke!
- Ich weiß noch nicht considder diese unit-Tests, weil Sie brauchen werden, zu tun, irgendeine Art von reinigen Sie nach jedem test, um zu halten die Datenbank in einem konsistenten Zustand.
- Es ist keine unit-Tests. Es ist die integration-Tests und meiner Erfahrung nach das einzig funktionierende Ansatz, um wirklich testen Sie den code mit IQueryable und EF. Ich lese deine verlinkten Artikel später.
- Bei Verwendung einer O/RM-tool, wir brauchen integration-tests. Zumindest müssen wir sicherstellen, dass die mapping-layer ist richtig und wir brauchen integration-tests für diese. Ich denke, wir Stimmen zu, dass. Aber zum testen der business Logik, es ist viel mehr Wert zu haben, unit-tests, da Sie so viel schneller und sind leichter zu pflegen. Aber wieder, wir sollten nicht Wetten auf die unit-tests alleine.
- Ich kenne diese Theorie, und ich benutzte es, aber es hat nicht funktioniert mit der Definition von queries im business-Logik. Einmal laufen wir haben unit-tests arbeiteten wir mit der linq-to-objects anstelle von linq-to-entities und tests waren grün, aber in vielen Fällen der code nicht funktioniert hat, wenn wir laufen die gleichen Abfragen mit EF-Anbieter. Linq-to-entities ist nur Teilmenge von linq-Funktionalität, so dass ich lieber test-Abfragen direkt mit einem echten db-provider.
- Das ist völlig richtig. Es ist so einfach zu nennen ein paar .NET-Methode innerhalb Ihrer LINQ-Anweisung (am falschen Ort). Der Artikel auf meinem blog auch verwendet LINQ to Objects unter der Decke und hat die gleiche "Falle". In einem gewissen Sinne LINQ ist eine undichte Abstraktion. Das ist, warum müssen wir noch integration tests.
- In der Theorie könnte man sogar schreiben ein Mechanismus, der während der unit-Tests können Sie Ihre O/RM-tool im hintergrund laufen, zu analysieren und die queries ausführen. Dies löst das problem von LINQ-Abfragen schreiben, die sind nicht unterstützt durch Ihre LINQ-provider. Leider (nach einigen Abenden zu versuchen) gelang es mir nie, immer diese arbeiten (verwenden von LINQ to SQL).
- Dies ist MS scheitern. Eine solche Umsetzung von Anbieter stub sollte, besteht für beide L2S und EF als Teil des .net-framework-oder als Download-Funktion.
InformationsquelleAutor Ladislav Mrnka
0

Werfen Sie einen Blick auf diese Artikel: Faking Ihre LINQ-provider. Es wird beschrieben, wie Sie verstecken können, Entity Framework hinter einer Abstraktion, so dass Sie leicht zu unit-testen Sie Ihre Anwendung, während immer noch erlaubt die Verwendung von LINQ (über IQueryable) - Abfragen im code der Anwendung.

Beachten Sie, dass dies nicht vollständig zu entfernen die Notwendigkeit der Schriftform integration tests, da würden Sie immer noch benötigen zum testen des Datenbank-mapping-Schicht und eventuell testen, ob der gewählte LINQ-provider ist in der Lage zum ausführen von LINQ-Abfragen.

InformationsquelleAutor Steven

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.