单元测试 - 相当于 FakeItEasy 中的 JustMock's ReturnsCollection() ？

Question

使用JustLock，我可以像这样轻松地模拟Linq到SQL中带有列表的DataContext表，其中IEnumerable通过ReturnsCollection（）代替每个DataContext的表，允许我插入假数据：

[TestMethod]
public void ShouldGetManagersByHireDate()
{
   var context = Mock.Create<MyDataContext>();
   Mock.Arrange(()=> context.Employees).ReturnsCollection(GetFakeEmployees());
   Mock.Arrange(() => context.Managers).ReturnsCollection(GetFakeManagers());
   var repository = new EmployeeRepository(context);
   var managers = repository.GetManagersByHireDate(new DateTime(2002, 1, 1), DateTime.Now);
   Assert.AreEqual(1, managers.Count());
   Assert.AreEqual(1, managers.FirstOrDefault().ID);
}
private IEnumerable<Employee> GetFakeEmployees()
{
    return new List<Employee> { 
        new Employee { ID = 1, HireDate = new DateTime(2004, 12, 1) }, 
        new Employee { ID = 2, HireDate = new DateTime(2006, 7, 1) }, 
        new Employee { ID = 3, HireDate = new DateTime(2009, 3, 1) } 
    };
}
private IEnumerable<Manager> GetFakeManagers()
{
    return new List<Manager> { 
        new Manager { ID = 1 }
    };
}

这将是正在测试的方法：

public IQueryable<Employee> GetManagersByHireDate(DateTime start, DateTime end)
{
    return  from e in context.Employees
            join m in context.Managers on e.ID equals m.ID
            where e.HireDate >= start && e.HireDate <= end
            select e;
}

我正在寻找某种方法来执行同样的魔术，允许我使用IEnumerable<T>代替Table<T>来测试Linq到SQL，最好是在FakeItEasy中。

Answer 1

使用开源工具测试Linq to SQL并不是最简单的事情。希望这种方法对你有用。

FakeItEasy没有一个与JustLock的ReturnCollection完全类似的方法，可以让你模拟一个ITable来返回一个IEnumerable。您可以选择创建一个类似于此处所示的MockableTable。然后，为了填充您的表格，您可以使用类似的东西

private ITable<Employee> GetFakeEmployees() {
    List<Employee> sampleData = /* fill it up with employees */
    var employeeTable = new MockableTable<Employee>(null, sampleData.AsQuerable());                 
    return employeeTable;
}

此外，FakeIseasy不会拦截DataContext上的Employees属性，因为它是具体类上的非虚拟属性。您可以创建一个简单的自定义基类，并让MyDataContext类直接从中派生。

public abstract class CustomDataContext : DataContext, ICustomDataContext {
}
public interface ICustomDataContext {
    ITable<Employee> { get; }
}

这里的要点是利用mock的接口。然后在你的测试方法中，你会有：

[TestMethod]
public void ShouldGetManagersByHireDate() {
   var context = A.Fake<ICustomDataContext>();
   A.CallTo(()=> context.Employees).Returns(GetFakeEmployees());

   var repository = new EmployeeRepository(context);
   var managers = repository.GetManagersByHireDate(new DateTime(2002, 1, 1), DateTime.Now);
   Assert.AreEqual(1, managers.Count());
   Assert.AreEqual(1, managers.FirstOrDefault().ID);
}

我并没有真正编译过这个，但这个概念应该是稳定的。依赖抽象将使代码更易于测试和模拟。

希望这能有所帮助。

Answer 2

我使用FakeItEasy完成这项工作的方法是向DataContext添加一个接口，并将其用作我在repo中的依赖项。例如

public interface IMyDataContext : IDisposable
{
    IQueryable<Employee> Employees { get; }
    // etc.
}
public partial class MyDataContext: IMyDataContext
{
    IQueryable<Message> IMyDataContext.Employees
    {
        get { return this.Employees; }
    }
    // etc.
}
public class EmployeeRepository
{
    public EmployeeRepository(IMyDataContext context)
    {
        // etc.
    }
}

在我的测试中：

var context = A.Fake<IMyDataContext>();
A.CallTo(() => context.Employees).Returns(new[] { new Employee { Name = "John", Name = "Fred" }.AsQueryable());
var repository = new EmployeeRepository(context)

我认为不需要考虑ITable。