我正在使用 FakeItEasy 库为我的单元测试创建假货。
我有一个 ClassUnderTest
,我想在上面测试 MethodToTest(Data dataObject)
方法。此方法正在调用我想伪造的接口(interface)方法:
public interface IFoo
{
void Execute(Action<IDataAccess> action);
}
public class ClassUnderTest
{
private IFoo _foo;
public ClassUnderTest(IFoo foo)
{
_foo = foo;
}
public void MethodToTest(Data dataObject)
{
_foo.Execute(dataAccess => dataAccess.Update(dataObject));
}
}
public interface IDataAccess
{
void Update(Data data);
}
public class Data
{
public int Property { get; set; }
}
在我的单元测试中,我想检查测试方法是否正确调用了接口(interface)(使用正确的属性值):
[TestClass]
public class UnitTest1
{
[TestMethod]
public void TestMethod1()
{
var foo = A.Fake<IFoo>(x => x.Strict());
A.CallTo(() => foo.Execute(dataAccess => dataAccess.Update(A<Data>.That.Matches(d => d.Property == 20))));
var cut = new ClassUnderTest(foo);
cut.MethodToTest(new Data { Property = 20 });
}
}
但是在这个测试中配置错误。我得到了异常(exception):
有人知道我必须如何正确配置
CallTo()
语句吗? 最佳答案
更新的示例确实有帮助,@rhe1980。
首先是关于您提供的测试的一些说明:
A.CallTo
方法不做任何事情——它没有设置行为(使用 .Invokes
或 .Returns
甚至 .DoesNothing
)或验证该方法是否已被调用(例如使用 .MustHaveHappened
)。 Action
似乎很难。我确实在 Compare Delegates Action<T> 找到了一些建议,但如果是我,我会采取稍微不同的策略。 与其尝试将
Action
委托(delegate)与引用模型进行比较,我想我可以通过捕获提供给 Execute
的 Action ,然后在 IDataAccess
上运行它并查看 Action 的作用来模拟这一点。幸运的是,我们有 FakeItEasy 来帮助解决这个问题!我在这个测试中取得了成功:
[TestMethod]
public void TestMethod1()
{
// Arrange
var foo = A.Fake<IFoo>(x => x.Strict());
var fakeDataAccess = A.Fake<IDataAccess>();
A.CallTo(() => foo.Execute(A<Action<IDataAccess>>.Ignored))
.Invokes((Action<IDataAccess> action)=>action(fakeDataAccess));
var cut = new ClassUnderTest(foo);
// Act
cut.MethodToTest(new Data { Property = 20 });
// Assert
A.CallTo(() => fakeDataAccess.Update(A<Data>.That.Matches(d => d.Property == 20)))
.MustHaveHappened();
}
我希望它有帮助。
关于c# - 如何使用 FakeItEasy 伪造 Action <>,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/19974057/