TDD是近来似乎在每个人的嘴唇上的东西，我已经尝试了一些我自己，但我不认为我得到的想法。我正在抓住如何写一个单元测试，但我不知道我的单元测试应该测试什么。
>如果我有一个返回数据列表的操作方法，我应该验证什么？只有视图名称是正确的，或者我应该验证数据吗？
>如果我还要测试数据，我不会写同样的代码两次？什么是测试数据的使用，如果我使用相同的方法来检索我比较的数据？
>我应该测试添加/编辑我的数据的方法吗？如何验证已正确添加/编辑/删除了某条记录？
我知道这是很多大问题，但我没有变得更聪明的阅读在互联网上的文章，因为他们似乎关心如何测试，而不是与什么。
作为一个例子 – 我有(或者，我要写)一个GuestbookController，具有查看，添加，编辑和删除帖子的方法。我需要测试什么？我该怎么做？
解决方法
单元测试(UT)！=测试驱动设计(TDD)
这种混乱似乎是相当普遍。 UT都是关于代码覆盖。 TDD涉及特性。他们不一样的事情[抱歉Joel！]
使用UT，你可以写任何你想要的代码，然后返回并测试每一个函数(甚至一些琐碎的函数)。
使用TDD，您可以选择下一个功能，并首先为该功能编写测试。仅写入该功能的测试，测试覆盖率不相关。您首先编写测试以强制接口决策。然后你编写代码来传递测试(记住“最简单的事情，可能工作”)。然后你根据你学到的东西重构代码。然后你进入下一个功能(大概是在签入并重新运行所有单元测试之后)。
如果需要，使用TDD开发，然后返回并使用UT工具完成覆盖。如果你正在创建一个类库或其他API供开发人员使用，测试覆盖率越高越好;-)
如果你只是写一个应用程序做五个具体的事情，TDD单独应该是足够的。
