asp.net-mvc - 使用 ASP.NET MVC 进行测试驱动开发 - 从哪里开始？

Question

我已经阅读了很多关于测试驱动开发 (TDD) 的内容，并且基于个人经验，我发现这些原则非常引人注目。

目前我正在为我参与的一个初创项目开发一个网站，我想尝试将 TDD 付诸实践。

所以...我在 Visual Studio 2010 中创建了一个空白解决方案，添加了一个 ASP.NET MVC 网站项目和一个测试项目。

我还为我的域对象添加了一个名为“Domain”的类库，并为此添加了一个测试项目。

现在我想知道从哪里开始。我应该在做任何正确的事情之前写一个测试吗？问题是——我应该开始为域对象编写测试吗？如果是这样，我到底应该测试什么，因为域对象还不存在？

还是我应该从网站项目开始并为此编写测试？如果是这样，我应该为什么编写测试？主页 Controller /索引操作？

Answer 1

我通常从为我要开发的应用程序收集一组故事开始。从那我生成一个域模型，通常在“纸”上。我组织了我将要实现的故事，并开始在数据库中为第一组故事创建域模型。

一旦我有了初始数据库，然后我使用 ORM(在我的例子中是 LINQ to SQL)将数据库表映射到一组初始类。我通常不会对生成的代码进行单元测试，所以这给了我相当多的代码作为开始的基础。然后我创建一个 stub 方法，它抛出一个未实现的异常，以实现我正在使用的第一个域类的一个特性。通常，我从验证逻辑开始。一旦有了 stub 方法，就可以使用 VS 右键菜单为该方法创建一个或多个单元测试。然后你就上路了。

一旦我完成了第一个故事的领域对象，我就开始使用 MVC 方面。首先，我将为第一个 View 创建 View 模型。在这一点上，这些通常只是一个空容器类。然后我将创建 View 并将其强输入到 View 模型中。我将开始充实 View ，根据 View 的需要向 View 模型添加属性。请注意，由于 View 模型只是一个容器，因此通常没有与之关联的单元测试。然而，它将用于后续的 Controller 测试。

一旦 View 完成(或者至少我的初始概念完成)，然后我为它创建一个或多个 stub Controller 操作， stub 方法再次简单地抛出一个未实现的异常。这足以让它编译并让我使用工具为其创建单元测试。我会根据需要继续测试方法并确保它对给定的输入进行适当的操作并生成适当的 View 模型。如果该方法可以生成多个 View 模型，即渲染多个 View ，我可能会迭代创建 View 模型/ View / Controller 代码的过程，直到一个或多个故事完成。

根据需要重复，直到您的故事集被实现，并在此过程中进行重构。