c# – 如何保持单元测试DRY和减少断言

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了c# – 如何保持单元测试DRY和减少断言，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含2489字，纯文字阅读大概需要4分钟。

内容图文

我正在尝试使用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# – 如何保持单元测试DRY和减少断言全部内容，希望文章能够帮你解决c# – 如何保持单元测试DRY和减少断言所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端