单元测试以测试域对象的创建

我有一个单元测试，如下所示：

[Test]
public void Should_create_person()
{
     Assert.DoesNotThrow(() => new Person(Guid.NewGuid(), new DateTime(1972, 01, 01));
}

我声称这里创建了一个Person对象，即验证不会失败。例如，如果Guid为null或生日早于01/01/1900，则验证将失败并且将引发异常（意味着测试失败）。

构造函数如下所示：

public Person(Id id, DateTime dateOfBirth) :
        base(id)
    {
        if (dateOfBirth == null)
            throw new ArgumentNullException("Date of Birth");
        elseif (dateOfBith < new DateTime(1900,01,01)
            throw new ArgumentException("Date of Birth");
        DateOfBirth = dateOfBirth;
    }

这是测试的好主意吗？

注意：我遵循经典方法对单元模型进行单元测试（如果有）。

这是一个有效的测试（尽管相当狂热），我有时会这样做以测试构造函数的逻辑，但是正如Laiv在评论中提到的那样，您应该问自己为什么。

如果您的构造函数如下所示：

public Person(Guid guid, DateTime dob)
{
  this.Guid = guid;
  this.Dob = dob;
}

测试是否有很多意义吗？参数是否正确分配我可以理解，但是您的测试相当过头。

但是，如果您的测试执行以下操作：

public Person(Guid guid, DateTime dob)
{
  if(guid == default(Guid)) throw new ArgumentException("Guid is invalid");
  if(dob == default(DateTime)) throw new ArgumentException("Dob is invalid");

  this.Guid = guid;
  this.Dob = dob;
}

然后您的测试变得更加相关（因为您实际上是在代码中的某个地方抛出异常）。

我要说的一件事，通常是在构造函数中包含很多逻辑是一种不好的做法。基本验证（例如我在上面进行的null /默认检查）是可以的。但是，如果您要连接到数据库并加载某人的数据，那么这就是代码开始真正散发出来的地方...

因此，如果您的构造函数值得测试（因为要进行大量逻辑处理），则可能还有其他问题。

几乎可以肯定，您将在业务逻辑层中有涉及该类的其他测试，构造函数和变量赋值几乎肯定会从这些测试中获得完整的介绍。因此，可能没有必要添加专门针对构造函数的特定测试。但是，没有什么是黑白的，如果我通过代码审查它们，我不会反对这些测试-但是我想知道它们是否比解决方案中其他地方的测试有更多的价值。

在您的示例中：

public Person(Id id, DateTime dateOfBirth) :
        base(id)
    {
        if (dateOfBirth == null)
            throw new ArgumentNullException("Date of Birth");
        elseif (dateOfBith < new DateTime(1900,01,01)
            throw new ArgumentException("Date of Birth");
        DateOfBirth = dateOfBirth;
    }

您不仅要进行验证，还要调用基本构造函数。对我来说，这提供了进行这些测试的更多理由，因为它们现在将构造函数/验证逻辑分为两个类，这降低了可见性并增加了意外更改的风险。

TLDR

这些测试具有某些价值，但是解决方案中的其他测试可能涵盖验证/分配逻辑。如果这些构造函数中有很多逻辑需要进行大量测试，那么对我来说，这表明其中隐藏着令人讨厌的代码气味。

这里已经是一个很好的答案，但是我认为还有一件事值得一提。

当“按书进行” TDD时，甚至在构造函数实现之前，都需要先编写一个调用该构造函数的测试。该测试实际上看起来像您提出的测试，即使构造函数实现中的验证逻辑为零。

另请注意，对于TDD，您应该先编写另一个测试，例如

  Assert.Throws<ArgumentException>(() => new Person(Guid.NewGuid(), 
        new DateTime(1572, 01, 01));

在将检查添加DateTime(1900,01,01)到构造函数之前。

在TDD上下文中，所示的测试非常有意义。