在TDD中,哪里是创建测试数据的最佳位置?

这两种选择都是错误的,但有许多方法可以扩展和巩固您的战略:

• Mocking 与TDD同时使用
• 使用诸如 RedGate's Sql Data Gen
• 创造 pluggable data providers (IOC/DI)可以在测试和生产之间进行交换

这些解决方案都不是相互排斥的。我将特别推荐最后一个项目(可插拔的提供者),然后在对象模拟或人造但高质量的数据库测试数据之间进行选择。

您最好的选择是研究依赖注入和模拟框架。通过这种方式,您可以将数据提供程序与模拟数据提供程序交换,并使用适合特定测试需要的数据。

如果您使用的是nhibernate或类似工具,那么您可以在每次测试(fixture)之前重新创建DB模式。

在您描述的情况下,我希望在测试函数中创建帐户。

单元测试应尽可能独立。此外,如果您可以在一个地方看到测试所需的所有数据,那么了解您正在测试的内容也会有所帮助。

下面是一个完全虚构的例子,可以说明:

[Test]
public void Test_CannotCreateDuplicateEmail()
{
   // Arrange
   CreateAccount("test@example.com");   // OK

   // Act
   try
   {
      CreateAccount("test@example.com");

      // If control arrives here, then the test has failed.
      Assert.Fail();
   }

   // Assert
   catch(AccountException ex)
   {
        // Assert that the correct exception has been thrown.
        Assert.AreEqual("Failed", ex.Message);
   }
}