偽のデータではなく実際のデータにMockingリポジトリを使用したユニットテストケース

Question

私はMockingオブジェクトと偽のオブジェクトについて基本的な理解を持ち、Unitテストケースメソッドの偽データを渡します。しかし、私たちのユニットテストメソッドに独自の偽のデータを作成するのではなく、実際のデータリターンをリポジトリで使用することは可能でしょうか。

私は、.Net MVC 5アプリケーションにNUnitを使用しています。サンプルコードの行に以下に示すよう：

mockType.Setup(x=>x.GetUserDetails().Returns(
    new UserDetail(){ id = 1 , name = "John"} 
); 

だから私は（我々は上記の例で行ったように）偽のデータを作成する代わりに、メソッドのGetUserDetailsから実際のデータリターンを返す必要があります。

上記の例のように、偽のUserDetailを作成するのではなく、DBテーブルからユーザーの詳細を取得する必要があります。あなたのアドバイスをして、もっと情報が必要な場合はお知らせください。

ありがとうございます。

Answer 1

アプリケーションUI - >データベース - > UIの完全な "パイプライン"をテストする場合、アプリケーションの他のレイヤーにアクセスするテストでは、「統合テスト」または「受け入れテスト」と呼ばれます。

具体的には、本番環境で使用されているのとまったく同じスキーマを持つ空のデータベースが必要です。テストケース

実行し、テストのための

• 挿入データ
• アサートクリーンデータベース
• 結果、実際のデータベースへのアクセス

、テストが遅くなります、すべての試験後のデータ、クリーンなデータベースを挿入 - へ統合が遅くなるか、受け入れテストが問題ない。

テスト用データベースと本番用データベースのスキーマを同期させて維持するには、選択したスクリプト/ロジスティクスを維持する必要があります。