如何正确进行单元测试聚合根？

Question

让我们考虑下面的例子：

    internal class Meeting
    {
        public int Id { get; set; }
    }

    internal class DailyRoomReservation
    {
        private ISet<Meeting> _meetings { get; set; } = new HashSet<Meeting>();

        internal void ScheduleMeeting(Meeting meeting)
        {
            if (_meetings.Contains(meeting)) throw new InvalidOperationException();
            _meetings.Add(meeting);
        }
    }

假设DailyRoomReservation 是我的聚合根（为了简单起见，我故意省略了大部分业务逻辑），我应该如何测试它？仅公开聚合的命令方法（CQS 术语）是已知的良好做法，尤其是在大图使用 CQRS 时。此外，我没有公开_meetings 属性的业务需要（测试目的当然不是这样做的好理由）。我写了以下测试：

    [Test]
    internal void ScheduleNewMeeting_ShouldSucceed()
    {
        var uniqueMeeting = new Meeting() { Id = 1};
        var dailyRoomReservation = new DailyRoomReservation();
        dailyRoomReservation.ScheduleMeeting(uniqueMeeting);
    }
    
    [Test]
    internal void ScheduleSameMeetingTwice_ShouldFail()
    {
        var meeting = new Meeting() { Id = 1};
        var dailyRoomReservation = new DailyRoomReservation();
        dailyRoomReservation.ScheduleMeeting(meeting);

        Action scheduleMeeting = () => dailyRoomReservation.ScheduleMeeting(meeting);
        scheduleMeeting.Should().ThrowExactly<InvalidOperationException>();
    }

而且它们工作得很好，但是我仍然无法验证是否真的添加了会议。如何改进我的方法？

Answer 1

启发式：只写域实体实际上并不提供任何商业价值。

如果您将信息放入域实体中，您这样做的目的是期望从中产生的信息可能会发生一些变化。

因此，我们测试的基本结构是我们获得一个实体的实例，我们向它发送一系列命令，然后我们测量出来的信息。如果测量符合某个预定规范（换句话说，如果断言通过），我们的域实体通过测试。

我们可以通过至少四种不同的方式来获取信息。

首先，我们实际上可以进入并查看内部数据模型。在某些情况下，这很好（通常是一次性测试，也称为脚手架，我们不希望将其兼作文档）。

其次，我们可以查询实体以获取信息 - 当您有一个预期支持该查询作为其域表示的一部分的实体时非常适合。

第三，我们可以窃听该实体发送到我们代码其他部分的消息，并以这种方式捕获信息的副本。这是tell-dont-ask设计中的一种常见方法，我们使用测试替身/替代来捕获我们想要评估的信息。

第四，如果我们期望持久存储域数据，我们可以“存储”实体，然后 (a) 检查其持久表示或 (b) 将该表示加载到“读取模型”并查询.

在将测试和可观察性视为首要问题的上下文中，我们当然会实现一个查询方法以允许访问我们想要验证的信息的副本。我们实体的实现包含这样一个方法这一事实并不一定意味着该方法是已发布接口的一部分。

---

在这个特定的示例中，您可以使用“它会抛出吗？”作为您的度量。我希望看到至少四次测试

• 添加一个会议不会引发
• 添加两个具有不同标识符的会议不会引发
• 两次添加同一个会议确实会引发
• 添加两个具有相同标识符的会议确实会引发

但是在我们希望将重复会议的安排视为无操作的领域中，这种测量并不令人满意，我们需要编写测试来检测其他类型的差异。