Sql CE 4データベースを機能テストに使用する方法

Question

Linq-to-Entities（EF4）とLinq-to-Objectsの潜在的な違いにより、実際のデータベースを使用してクエリクラスがデータを取得する必要がありますEFから正しく。 SQL CE 4はこれには最適なツールだと思われますが、いくつかの問題に直面しています。これらのテストはMsTestを使用しています。

問題は、データベースがモデル変更のために再作成されない場合、各テスト後にデータを削除せずにデータベースにデータが追加され続けることです。これにより、テストで競合が発生する可能性があり、クエリより多くのデータが返されます。

最初の考えはメソッドのTransactionScopeを初期化し、トランザクションをTestCleanupに配置することでした。残念ながら、SQL CE4はトランザクションをサポートしていません。

私の次のアイデアは、TestCleanupのデータベースをFile.Delete()コールで削除することでした。残念ながら、これは、最初のテストが実行された後、最初のテストのTestCleanupがデータベースを削除するようだが、最初のテスト後のすべてのテストはデータベースを再作成しないように見えるので、データベースファイルが見つかりません。

私は私のテストクラスのClassInitializeとClassCleanupにTestInitializeとTestCleanupタグを変更しようとしましたが、それは前ClassInitializeに実行されているため、テストにNullReferenceExceptionでエラーが発生した（あるいはそれが表示されます。ClassInitializeはので、多分それはだ基底クラスでありますそれを引き起こす）。

Sql CE4をテストに効果的に使用する方法がなくなりました。誰か良いアイデアはありますか？

---

編集：私は解決策を見つけ出しました。私のEFユニットのテスト基底クラスでは、自分のデータコンテキストの新しいインスタンスを開始し、次に context.Database.Delete()と context.Database.Create()を呼び出します。ユニットテストは少し遅くなるが、今、私はユニットテスト効果的に実際のデータベース

---

最終編集使用することができます前後にMicrosoftと一部のメールの後を、それが TransactionScope sが今SQLCEで許可されていることが判明しますSqlCEの最新リリースでリリースされました。ただし、EF4を使用している場合は、トランザクションを開始する前に明示的にデータベース接続を開く必要があるという点でいくつかの制限があります。あなたの TestInitializeあなたが次のことを行う必要がありますで

[TestMethod] 
    public void My_SqlCeScenario() 
    { 
     using (var context = new MySQLCeModelContext()) //ß derived from DbContext 
     { 
      ObjectContext objctx = ((IObjectContextAdapter)context).ObjectContext; 
      objctx.Connection.Open(); //ß Open your connection explicitly 
      using (TransactionScope tx = new TransactionScope()) 
      { 

       var product = new Product() { Name = "Vegemite" }; 
       context.Products.Add(product); 
       context.SaveChanges(); 
      } 
      objctx.Connection.Close(); //ß close it when done! 
     } 
    } 

Answer 1

次のコードが正常にユニット/機能テスト用のSQL CEを使用する方法のサンプルを示し

System.Data.Entity.Database.DbDatabase.SetInitializer<YourEntityFrameworkClass>(
    new System.Data.Entity.Database.DropCreateDatabaseAlways<YourEntityFrameworkClass>()); 

これは、エンティティフレームワークは常に再作成するようになりますテストが実行されるたびにデータベース。

なお、DropCreateDatabaseAlwaysから継承する別のクラスを作成することもできます。これにより、毎回、設定されたデータでデータベースをシードできます。私は「最後の編集」のアプローチは、同様に私の作品見つけ

System.Data.Entity.Database.DbDatabase.SetInitializer<YourEntityFrameworkClass>(
    new DataContextInitializer()); 

Answer 2

：

public class DataContextInitializer : DropCreateDatabaseAlways<YourEntityFrameworkClass> { 
    protected override void Seed(DataContext context) { 
     context.Users.Add(new User() { Name = "Test User 1", Email = "test@test.com" }); 
     context.SaveChanges(); 
    } 
} 

は、その後、あなたの初期化中に、あなたはへの呼び出しを変更します。しかし、それは本当に迷惑です。これは単なるテスト用ではなく、Entity FrameworkとSQL CEでTransactionScopeを使用したいときに便利です。私は一度コードを作成し、SQL ServerとSQL CEの両方をサポートするようにしたいと思いますが、どこでもトランザクションを使用する必要があります。確かに、Entity Frameworkチームがこれを処理しているはずです！

その間、私は自分のコードでそれを少しきれいにするために、それをさらに遠ざけました。 （あなたはDbContextから派生どんなクラス）あなたのデータコンテキストにこのブロックを追加します：あなたが実際にそれを使用する場合

public MyDataContext() 
{ 
    this.Connection.Open(); 
} 

protected override void Dispose(bool disposing) 
{ 
    if (this.Connection.State == ConnectionState.Open) 
     this.Connection.Close(); 

    base.Dispose(disposing); 
} 

private DbConnection Connection 
{ 
    get 
    { 
     var objectContextAdapter = (IObjectContextAdapter) this; 
     return objectContextAdapter.ObjectContext.Connection; 
    } 
} 

これは、多くのクリーナーます：

using (var db = new MyDataContext()) 
{ 
    using (var ts = new TransactionScope()) 
    { 
     // whatever you need to do 

     db.SaveChanges(); 
     ts.Complete(); 
    } 
} 

私はあなたを設計する場合と仮定しますがすべての変更がSaveChanges（）への1回の呼び出しでコミットされるようなアプリであれば、暗黙的なトランザクションで十分です。テストのシナリオでは、ts.Complete（）を呼び出す代わりにすべてをロールバックしたいので、確かに必要です。私は、利用可能なトランザクションスコープが必要な他のシナリオがあると確信しています。 EF/SQLCEが直接サポートしていないのは残念です。