c# – 如何保持单元测试DRY和减少断言
作者:互联网
我正在尝试使用TDD方法实现webserviceclass,它发送一堆webrequests并解释响应.我将webrequests封装在几个接口中,以便我可以轻松地模拟它们.通过webserviceclass请求某些内容时,实现的方法始终返回包含错误对象的特定响应对象.在此错误对象的帮助下,用户可以确定请求是否成功,以及特定错误是什么.
在写了一堆测试之后,我意识到我在编配阶段重复了很多次:
var mock = new Mock<ISomeWebservices>();
var sut = new MyWebServiceClass(mock.Object);
mock.Setup(foo=>foo.SomeRequest(someData)).Returns(@"{""user"": ""12345"",""somedata"": ""60"",""someotherdata"":""2015-09-01T12:00:00.200Z""}");
sut.SomeRequest(someData,s=> response = s);
所有测试的前两行始终相同.模拟器总是有一个返回设置或抛出异常的设置.根据我测试的要求,我必须设置不同的课程方法.
我尝试使用Autofixture来解决这个问题,以便我可以为每个webrequest编写ICustomization,但问题是我仍然需要访问模拟以获得特定于测试的安装程序.
另一个问题是断言阶段.因为我总是从请求中获取一个错误对象,所以如果我是预测和错误,我只是断言错误对象.
Assert.That(response.Error.Type,Is.EqualTo(ErrorInfo.ErrorType.IllegalToken));
Assert.That(response.Error.Message, Is.Not.Null);
Assert.That(response.Error.AdvisedAction, Is.Not.Null);
Assert.That(response.Error.RawData, Is.Not.Null);
因此,如果存在错误,则应该始终填写错误对象的某些属性,有些属性可以. (例如,如果错误是由异常触发的,则异常属性不应为null等)
据我所知,在单元测试中有几个断言是一种不好的做法,所以我想尽可能避免这种情况.
[编辑]
根据评论,有多个Asserts以及重复我提到的排列部分,并不是那么糟糕.所以我不会使用Autofixture.
解决方法:
您当然可以使用AutoFixture来减少编配阶段所需的样板代码量.它可能看起来像这样:
[Theory, AutoMoqData]
public void Test(
[Frozen]Mock<ISomeWebservices> mock,
MyWebServiceClass sut,
object someData,
object response)
{
mock.Setup(foo => foo.SomeRequest(someData)).Returns(@"{""user"": ""12345"",""somedata"": ""60"",""someotherdata"":""2015-09-01T12:00:00.200Z""}");
sut.SomeRequest(someData, s => response = s);
// Assertions go here...
}
在这里,我不得不猜测someData和response的类型,但如果它们与object不同,你只需将它们声明为该类型.
在上面的示例中,[AutoMoqData]属性定义如下:
public class AutoMoqDataAttribute : AutoDataAttribute
{
public AutoMoqDataAttribute() :
base(new Fixture().Customize(new AutoMoqCustomization()))
{
}
}
所有其他类型和AutoFixture功能都来自AutoFixture.Xunit2和AutoFixture.AutoMoq NuGet包.
当谈到多个断言时,我同意其他评论者认为它看起来并不那么糟糕,但在GOOS的精神中,你应该听听你的测试.在这种特殊情况下,测试似乎说:响应的相等比较看起来很重要.如果是这种情况,您可以考虑在响应时覆盖Equals并将其赋予结构平等而不是参考平等.
标签:c,tdd,nunit,moq,autofixture 来源: https://codeday.me/bug/20190611/1221118.html