编程语言
首页 > 编程语言> > c# – AutoFixture使用内部setter创建属性

c# – AutoFixture使用内部setter创建属性

作者:互联网

是否有某种方法让AutoFixture使用内部setter创建属性?

我查看了AutoFixture源代码,发现在AutoPropertiesCommand中,GetProperties方法检查属性是否具有GetSetMethod()!= null.
除非将ignorePublic参数设置为true,否则使用内部setter将返回null.

最简单的事情就是让公共场所公开,但在我正在研究的项目中,这不是正确的解决方案.

以下是项目中一段简化的代码示例.

public class Dummy
{
    public int Id { get; set; }
    public string Name { get; internal set; }
}

public class TestClass
{
    [Fact]
    public void Test()
    {
        var dummy = new Fixture().Create<Dummy>();
        Assert.NotNull(dummy.Name);
    }
}

解决方法:

理想情况下,测试不应该与类的内部成员交互,因为它们明确地从其公共API中排除.相反,这些成员将通过公共API启动的代码路径间接测试.

但是,如果在您的特定情况下这不可行,则可能的解决方法是从测试中明确地为内部属性赋值.

您可以通过以下两种方式之一来实现:

>使用InternalsVisibleTo属性将程序集中的所有内部成员公开给测试项目.
>通过在特定接口中表示类的可修改状态并明确实现它.

在您的示例中,选项1将是:

// [assembly:InternalsVisibleTo("Tests")]
// is applied to the assembly that contains the 'Dummy' type

[Fact]
public void Test()
{
    var fixture = new Fixture();
    var dummy = fixture.Create<Dummy>();
    dummy.Name = fixture.Create<string>();
    // ...
}

相反,选项2将类似于:

public class Dummy : IModifiableDummy
{
    public string Name { get; private set; }

    public void IModifiableDummy.SetName(string value)
    {
        this.Name = value;
    }
}

[Fact]
public void Test()
{
    var fixture = new Fixture();
    var dummy = fixture.Create<Dummy>();
    ((IModifiableDummy)dummy).SetName(fixture.Create<string>());
    // ...
}

选项1的实现起来相当快,但是副作用是打开程序集中的所有内部成员,这可能不是您想要的.
另一方面,选项2允许您控制对象状态的哪些部分应该被公开为可修改,同时仍然将它与对象自己的公共API分开.

作为旁注,我想指出,因为你正在使用xUnit,你可以利用AutoFixture的support for Data Theories来让你的测试更加简洁:

[Theory, AutoData]
public void Test(Dummy dummy, string name)
{
    ((IModifiableDummy)dummy).SetName(name);
    // ...
}

如果您希望将Name属性设置为已知值,同时仍然保持Dummy对象的其余部分是匿名的,那么您也可以在同一数据理论中使用combine the two

[Theory, InlineAutoData("SomeName")]
public void Test(string name, Dummy dummy)
{
    ((IModifiableDummy)dummy).SetName(name);
    // ...
}

标签:c,net,unit-testing,autofixture
来源: https://codeday.me/bug/20190624/1281908.html