题
我们有一大堆 DLL,可以让我们访问数据库以及其他应用程序和服务。
我们用一个薄的 WCF 服务层包装了这些 DLL,然后我们的客户端可以使用它。
我有点不确定如何编写仅测试 WCF 服务层的单元测试。我应该只为 DLL 编写单元测试,为 WCF 服务编写集成测试吗?我会很感激任何智慧......我知道,如果我的单元测试实际上进入数据库,它们实际上就不是真正的单元测试。我还了解到,我确实不需要在单元测试中测试 WCF 服务主机。
所以,我对到底要测试什么以及如何测试感到困惑。
解决方案
您的服务的消费者并不关心您的服务背后有什么。为了真正测试你的服务层,我认为你的层需要深入到 DLL 和数据库并至少编写 增删改查 测试。
其他提示
如果您想要对 WCF 服务类进行单元测试,请确保在设计它们时考虑到松散耦合,这样您就可以模拟每个依赖项,因为您只想测试服务类本身内部的逻辑。
例如,在下面的服务中,我使用“穷人的依赖注入”打破了我的数据访问存储库。
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
这取决于瘦 WCF 服务的作用。如果它真的很薄并且没有有趣的代码,那么就不要费心对其进行单元测试。如果没有真正的代码,不要害怕不进行单元测试。如果测试不能比测试中的代码简单至少一级,请不要打扰。如果代码是愚蠢的,那么测试也将是愚蠢的。您不想维护更多愚蠢的代码。
如果您可以进行一直到数据库的测试,那就太好了!甚至更好。这不是“真正的单位测试?”根本不是问题。
不隶属于 StackOverflow