是否应该测试/模拟包含 LINQ 表达式的方法？

Question

假设我有一个类，其方法采用 System.Linq.Expressions.Expression 作为参数，那么单元测试有多少价值？

public void IList<T> Find(Expression expression)
{
    return someCollection.Where(expression).ToList();
}

单元测试或模拟这些方法对我来说是一种令人煎熬的经历，我现在不得不怀疑这一切是否不值得。

我如何使用一些任意表达式来单元测试这个方法，例如

List<Animal> = myAnimalRepository.Find(x => x.Species == "Cat");

Answer 1

对此进行单元测试有点人为，因为每个 LINQ 提供程序都是特定于实现的。您可能在测试中使用各种不同的方法，但它根本不会告诉您有关实际实现的任何信息。例如，如果通过 LINQ-to-Objects 模拟它，我可以使用：

List<Animal> = myAnimalRepository.Find(x => CheckSpecies(x, "Cat"));
...
static bool CheckSpecies(Animal animal, string species) {
    return animal.Species == species;
}

这将与 LINQ-to-Objects 一起使用...但仅与 LINQ-to-Objects 一起使用。同样，UDF 用法（或 SQL 帮助器方法之一）将在 LINQ-to-SQL 中工作，但不能在实体框架中工作。

我得出的结论是，只有集成测试对这种情况有用，所以不行；嘲笑在这里不是很有帮助。它会给你一种温暖而快乐的感觉，因为你做了一些有用的事情，但最终它并不能测试你在应用程序中编写的内容是否有效。

在我看来，更好的方法是不要通过存储库接口公开此类内容。如果将 LINQ 查询限制在数据层，则可以消除风险，现在您正在测试（/模拟）一个纯粹的、可预测的接口。

我更多内容在这里讨论。

Answer 2

为什么不呢？ -
它是 SUT 公共接口的一部分。

这看起来也很容易测试。除非绝对需要，否则我通常不会使用模拟。我会编写类似 Arrange: setup SUT 的测试

[Test]
public void Find()
{
  var animalRepository = new AnimalRepository();
  animalRepository.Add( dog ); // create a object to species = dog and other relevant attr
  animalRespository.Add( cat ); // etc. etc..

  var results = animalRepository.Find( a => a.Species == "Cat");

  Assert.That( results.Is.EquivalentTo( new List<Animal> { cat } ) );
}

1. ，以便内部 somecollection 包含一些已知对象 - 例如 Add(dog);添加（猫）；行动
2. ：使用条件调用 Find 方法
3. Assert: Assert.That( results.Is.EquivalentTo(expected_results)

您可以尝试几个查询表达式以确保 Find 方法将其用作一个Where子句就可以了。