需要 TDD 方法的想法

Question

我们刚刚为我们的专有系统发布了重写（第三次）的模块。这个模块，我们称之为负载管理器，是迄今为止我们系统中所有模块中最复杂的。我们正在尝试获得一个全面的测试套件，因为每次我们对此模块进行任何重大更改时，都需要花费数周的时间来解决错误和怪癖。然而，开发测试套件已被证明是相当困难的，因此我们正在寻找想法。

负载管理器的核心位于一个名为 LoadManagerHandler 的类中，这本质上是模块背后的所有逻辑。该处理程序调用多个控制器来执行数据库中的 CRUD 方法。这些控制器本质上是 DAL 的顶层，位于顶部并抽象出我们的 LLBLGen 生成的代码。

因此，模拟这些控制器非常容易，我们正在使用 Moq 框架来实现这一点。然而，问题在于负载管理器的复杂性，我们收到的问题不是处理简单的情况，而是处理程序中包含大量数据的情况。

简单地解释一下，负载管理器包含许多“卸载”详细信息，有时有数百个，然后将其放入用户创建的负载和重新发送池中。在创建和填充这些负载的过程中，会进行大量的删除、更改和添加，最终导致出现问题。但是，因为当您模拟对象的方法时，最后一个模拟获胜，即：

jobDetailControllerMock.Setup(mock => mock.GetById(1)).Returns(jobDetail1);
jobDetailControllerMock.Setup(mock => mock.GetById(2)).Returns(jobDetail2);
jobDetailControllerMock.Setup(mock => mock.GetById(3)).Returns(jobDetail3);

无论我向 jobDetailController.GetById(x) 发送什么内容，我总是会返回 jobDetail3。这使得测试几乎不可能，因为我们必须确保进行更改时所有应该受到影响的点都会受到影响。

因此，我决定使用测试数据库并允许正常进行读取和写入。但是，由于您无法（阅读：不应该）指定测试的顺序，因此较早运行的测试可能会导致较晚运行的测试失败。

TL/DR：我本质上是在寻找本质上非常复杂的面向数据的代码的测试策略。

Answer 1

正如 Seb 所指出的，您确实可以使用范围匹配：

controller.Setup(x => x.GetById(It.IsInRange<int>(1, 3, Range.Inclusive))))).Returns<int>(i => jobs[i]);

此代码使用传递给方法的参数来计算要返回的值。

Answer 2

要解决 Moq 的“最后模拟胜利”问题，您可以使用此博客中的技术：

Moq Triqs - 连续期望

编辑：

实际上你甚至不需要它。根据您的示例，Moq 将根据方法参数返回不同的值。

<代码>
公共接口IController
{
字符串 GetById(int id);
}

class Program
{
    static void Main(string[] args)
    {
        var mockController = new Mock<IController>();

        mockController.Setup(x => x.GetById(1)).Returns("one");
        mockController.Setup(x => x.GetById(2)).Returns("two");
        mockController.Setup(x => x.GetById(3)).Returns("three");

        IController controller = mockController.Object;

        Console.WriteLine(controller.GetById(1));
        Console.WriteLine(controller.GetById(3));
        Console.WriteLine(controller.GetById(2));
        Console.WriteLine(controller.GetById(3));
        Console.WriteLine(controller.GetById(99) == null);
    }
}

输出为：

   one
   three
   two
   three
   True

Answer 3

听起来 LoaderManagerHandler 确实做了很多工作。类名中的“Manager”总是让我有些担心……从 TDD 的角度来看，如果可能的话，可能值得考虑适当地分解类。

这节课要多长时间？

Answer 4

我从未使用过 Moq，但它似乎应该能够通过提供的参数来匹配模拟调用。

快速浏览一下快速入门文档，其中摘录如下：

//Matching Arguments

// any value
mock.Setup(foo => foo.Execute(It.IsAny<string>())).Returns(true);


// matching Func<int>, lazy evaluated
mock.Setup(foo => foo.Add(It.Is<int>(i => i % 2 == 0))).Returns(true); 


// matching ranges
mock.Setup(foo => foo.Add(It.IsInRange<int>(0, 10, Range.Inclusive))).Returns(true); 

我认为您应该可以使用上面的第二个例子。

Answer 5

一个简单的测试技术是确保每次针对系统记录错误时，确保编写涵盖该情况的单元测试。您可以仅根据该技术构建一组非常可靠的测试。更好的是，您不会两次遇到同样的事情。

Answer 6

<块引用>

无论我向 jobDetailController.GetById(x) 发送什么内容，我总会返回 jobDetail3

您应该花更多时间调试测试，因为发生的情况不是 Moq 的行为方式。您的代码或测试中存在错误，导致某些行为异常。

如果您想使用相同的输入但不同的输出进行重复调用，您也可以使用不同的模拟框架。 RhinoMocks 支持记录/回放习惯用法。你是对的，这并不总是你想要的关于执行呼叫命令的结果。我自己更喜欢 Moq，因为它简单。