WCFサービスを単体テストするにはどうすればよいですか？

Question

私たちは、データベースや他のアプリケーションやサービスにアクセスするためのDLLをたくさん用意しています。

これらのDLLは、クライアントが消費する薄いWCFサービスレイヤでラップしています。

私は、WCFサービスレイヤーをテストするだけの単体テストの記述方法については少し不明です。私はDLLの単体テストとWCFサービスの統合テストを書くべきでしょうか？私はどんな知恵にも感謝しています...私のユニットテストが実際にデータベースに行くと、実際には真のユニットテストではないことがわかります。また、WCFサービスホストを単体テストでテストする必要はありません。

だから、私は何をテストするのか、どういうものなのか混乱しています。

Answer 1

あなたのサービスの消費者は、あなたのサービスの下に何があるか気にしません。 サービス層を実際にテストするには、DLLとデータベースに移動し、少なくともCRUDのテストを作成する必要があります。

Answer 2

WCFサービスクラスを単体テストしたい場合は、サービスクラス自体のロジックをテストするだけで、それぞれの依存関係を模擬することができるように、疎結合を考慮して設計してください。

たとえば、以下のサービスでは、「Poor Man's Dependency Injection」を使用してデータアクセスリポジトリを作成します。

Public Class ProductService 
    Implements IProductService 

    Private mRepository As IProductRepository 

    Public Sub New() 
     mRepository = New ProductRepository() 
    End Sub 

    Public Sub New(ByVal repository As IProductRepository) 
     mRepository = repository 
    End Sub 

    Public Function GetProducts() As System.Collections.Generic.List(Of Product) Implements IProductService.GetProducts 
     Return mRepository.GetProducts() 
    End Function 
End Class 

は、クライアント上では、サービス契約のインターフェースを使用してWCFサービス自体を模擬することができます。

<TestMethod()> _ 
Public Sub ShouldPopulateProductsListOnViewLoadWhenPostBackIsFalse() 
    mMockery = New MockRepository() 
    mView = DirectCast(mMockery.Stub(Of IProductView)(), IProductView) 
    mProductService = DirectCast(mMockery.DynamicMock(Of IProductService)(), IProductService) 
    mPresenter = New ProductPresenter(mView, mProductService) 
    Dim ProductList As New List(Of Product)() 
    ProductList.Add(New Product) 
    Using mMockery.Record() 
     SetupResult.For(mView.PageIsPostBack).Return(False).Repeat.Once() 
     Expect.Call(mProductService.GetProducts()).Return(ProductList).Repeat.Once() 
    End Using 
    Using mMockery.Playback() 
     mPresenter.OnViewLoad() 
    End Using 
    'Verify that we hit the service dependency during the method when postback is false 
    Assert.AreEqual(1, mView.Products.Count) 
    mMockery.VerifyAll() 
End Sub 

Answer 3

シン・WCFサービスの機能によって異なります。それが本当に薄く、そこに興味深いコードがないなら、それをテストするユニットには気にしないでください。実際のコードがない場合、ユニットテストの何かを恐れないでください。テストが少なくとも1つのレベルより簡単ではない場合、テストの下のコードは、気にしないでください。コードがダムであれば、テストもダムになります。あなたは、維持するために多くの愚かなコードを持つことを望んでいません。

あなたは、dbまでのすべての方法を行くテストをすることができます！それはさらに良いです。それは「真のユニットテスト」ではない？全く問題ありません。