创建具有名称的对象以注入单元测试
Create object with name to inject into unit test
我正在对 class 进行单元测试,它将工厂作为其依赖项之一,并使用它来构建 SUT
有效控制的对象:
class SystemUnderTest
{
private readonly IFoo foo1;
private readonly IFoo foo2;
public SystemUnderTest(IFooFactory fooFactory)
{
this.foo1 = fooFactory.Build("Bar1");
this.foo2 = fooFactory.Build("Bar2");
}
public IFoo Foo1
{
get
{
return this.foo1;
}
}
...
}
SystemUnderTest
对象有一个单例生命周期,它被注入到多个 ViewModels
中,使用它 properties/method 来执行不同的操作,所以这有效地排除了定义 Provider
class 这样我就可以注入 foo1
和 foo2
而无需在构造函数中与工厂接口,这是我在遇到这个问题时通常会做的事情。
但是通过注入工厂,我无法用 AutoFixture
弄清楚如何正确配置 fooFactory
以提供正确的 IFoo
并将其作为方法参数传递给我的测试如:
[Theory]
[AutoData]
internal void Foo1_IsCorrectlyPopulated_Test(
[Frozen] IFoo foo1,
SystemUnderTest systemUnderTest)
{
var actual = systemUnderTest.Foo1;
Assert.Same(foo1, actual);
}
我知道我可以扩展 AutoData
属性并为 Fixture 提供我自己的定制,例如:
class SystemUnderTestAutoDataAttribute : AutoDataAttribute
{
public SystemUnderTestAutoData()
{
var fooFactory = this.Fixture.Freeze<IFooFactory>();
var foo1 = this.Fixture.Create<IFoo>();
Mock.Get(fooFactory).Setup(m => m.Build("Bar1")).Returns(foo1);
}
}
但我想知道是否有能力获取我在属性构造函数中创建的 foo1
对象并将其作为参数传递到测试方法中?我知道我可以 Freeze
foo1
对象,但这意味着我需要为 foo1
和 foo2
提供两个属性 classes 来提供正确的信息到我的测试方法,当我必须在我的测试用例中使用这两个对象时,这就会失败。
我希望有一种方法可以创建具有特定名称(或其他一些匹配方法)的对象并在测试用例中匹配它(不编译):
[Theory]
[SystemUnderTestAutoData]
internal void Foo1_IsCorrectlyPopulated_Test(
[Frozen(Matching.CreationName)] IFoo foo1,
SystemUnderTest systemUnderTest)
{
...
}
class SystemUnderTestAutoDataAttribute : AutoDataAttribute
{
public SystemUnderTestAutoData()
{
var fooFactory = this.Fixture.Freeze<IFooFactory>();
var foo1 = this.Fixture.Create<IFoo>(creationName: @"foo1");
Mock.Get(fooFactory).Setup(m => m.Build("Bar1")).Returns(foo1);
}
}
以便可以将具有名称(或其他一些匹配方法)的任何匹配的注册实例解析为测试用例参数的一部分?
像下面这样的东西应该可以工作。首先,像这样定义一个 [AutoMoqData]
属性:
public class AutoMoqDataAttribute : AutoDataAttribute
{
public AutoMoqDataAttribute()
: base(new Fixture().Customize(new AutoMoqCustomization()))
{
}
}
其次,像这样编写你的测试:
[Theory, AutoMoqData]
public void MyTest([Frozen]Mock<IFooFactory> td, IFoo foo1, IFoo foo2, IFixture fixture)
{
td.Setup(f => f.Build("Bar1")).Returns(foo1);
td.Setup(f => f.Build("Bar2")).Returns(foo2);
var sut = fixture.Create<SystemUnderTest>();
// Rest of test...
}
也就是说,使用工厂来处理生命周期问题几乎总是一种设计味道。 OP 中的特定设计违反了 Nikola Malovic's 4th law of IoC. Consider separating the design of your objects from their lifetime management. One way to do that could be with a Decoraptor.
我正在对 class 进行单元测试,它将工厂作为其依赖项之一,并使用它来构建 SUT
有效控制的对象:
class SystemUnderTest
{
private readonly IFoo foo1;
private readonly IFoo foo2;
public SystemUnderTest(IFooFactory fooFactory)
{
this.foo1 = fooFactory.Build("Bar1");
this.foo2 = fooFactory.Build("Bar2");
}
public IFoo Foo1
{
get
{
return this.foo1;
}
}
...
}
SystemUnderTest
对象有一个单例生命周期,它被注入到多个 ViewModels
中,使用它 properties/method 来执行不同的操作,所以这有效地排除了定义 Provider
class 这样我就可以注入 foo1
和 foo2
而无需在构造函数中与工厂接口,这是我在遇到这个问题时通常会做的事情。
但是通过注入工厂,我无法用 AutoFixture
弄清楚如何正确配置 fooFactory
以提供正确的 IFoo
并将其作为方法参数传递给我的测试如:
[Theory]
[AutoData]
internal void Foo1_IsCorrectlyPopulated_Test(
[Frozen] IFoo foo1,
SystemUnderTest systemUnderTest)
{
var actual = systemUnderTest.Foo1;
Assert.Same(foo1, actual);
}
我知道我可以扩展 AutoData
属性并为 Fixture 提供我自己的定制,例如:
class SystemUnderTestAutoDataAttribute : AutoDataAttribute
{
public SystemUnderTestAutoData()
{
var fooFactory = this.Fixture.Freeze<IFooFactory>();
var foo1 = this.Fixture.Create<IFoo>();
Mock.Get(fooFactory).Setup(m => m.Build("Bar1")).Returns(foo1);
}
}
但我想知道是否有能力获取我在属性构造函数中创建的 foo1
对象并将其作为参数传递到测试方法中?我知道我可以 Freeze
foo1
对象,但这意味着我需要为 foo1
和 foo2
提供两个属性 classes 来提供正确的信息到我的测试方法,当我必须在我的测试用例中使用这两个对象时,这就会失败。
我希望有一种方法可以创建具有特定名称(或其他一些匹配方法)的对象并在测试用例中匹配它(不编译):
[Theory]
[SystemUnderTestAutoData]
internal void Foo1_IsCorrectlyPopulated_Test(
[Frozen(Matching.CreationName)] IFoo foo1,
SystemUnderTest systemUnderTest)
{
...
}
class SystemUnderTestAutoDataAttribute : AutoDataAttribute
{
public SystemUnderTestAutoData()
{
var fooFactory = this.Fixture.Freeze<IFooFactory>();
var foo1 = this.Fixture.Create<IFoo>(creationName: @"foo1");
Mock.Get(fooFactory).Setup(m => m.Build("Bar1")).Returns(foo1);
}
}
以便可以将具有名称(或其他一些匹配方法)的任何匹配的注册实例解析为测试用例参数的一部分?
像下面这样的东西应该可以工作。首先,像这样定义一个 [AutoMoqData]
属性:
public class AutoMoqDataAttribute : AutoDataAttribute
{
public AutoMoqDataAttribute()
: base(new Fixture().Customize(new AutoMoqCustomization()))
{
}
}
其次,像这样编写你的测试:
[Theory, AutoMoqData]
public void MyTest([Frozen]Mock<IFooFactory> td, IFoo foo1, IFoo foo2, IFixture fixture)
{
td.Setup(f => f.Build("Bar1")).Returns(foo1);
td.Setup(f => f.Build("Bar2")).Returns(foo2);
var sut = fixture.Create<SystemUnderTest>();
// Rest of test...
}
也就是说,使用工厂来处理生命周期问题几乎总是一种设计味道。 OP 中的特定设计违反了 Nikola Malovic's 4th law of IoC. Consider separating the design of your objects from their lifetime management. One way to do that could be with a Decoraptor.