我是TDD的新手。在我的第一个asp.net mvc3项目上工作，计划使用单元测试。
我在网上看到一些示例如何对您的应用进行单元测试。测试路线，控制器，自定义模型粘合剂和存储库...
单元测试应该测试什么？我不想过度测试我的应用程序。
这是我在网上发现的样本，我认为它过度测试了。如果我错了，请纠正我。
他写了5-6个测试来测试他的存储库。首先，他创造了5种产品。
然后，测试GetAllProducts，检查count（），确保其为5。 然后，测试GetById（int i），检查count = 1，并且name =“sdfsfd” ... ...
我不知道这个单元测试会如何帮助。你编造自己的清单，你知道会发生什么。
请分享您的想法，作为一个bgeinner，如何正确地进行单元测试。
答案 0 :(得分：0)
您描述的测试很有用，因为在测试系统的其他区域时仍可以使用它们。
在您的示例中，假设您的“创建”功能添加了一个包含3个字段的产品，稍后您将模型调整为只有2个字段，测试的创建步骤将失败，您将知道任何“创建”代码需要修改。
通常情况下，测试应该检查每个区域的基本功能，以便您知道其他区域是否会在以后的步骤中破坏它。这种方法是回归测试的关键，从长远来看可以节省大量时间。