asp.net-mvc - 在 ASP.NET MVC 应用程序中测试最重要的事情是什么？

Question

大多数关于 ASP.NET MVC 单元测试的 stackoverflow 帖子都讨论了特定问题或要测试的特定事物，例如 testing HtmlHelpers .关于最佳实践主题的其他人有 surprisingly few answers .我看过的可用视频是completely useless在我看来-令人兴奋long (到你看了 1.5 小时却什么都没学到的时候)。

我想从实际上一直在做这件事的人那里知道:

首先要测试的最重要的事情是什么

什么不需要测试(我这么说但我不是在 100% 之后)

什么是硬 测试以及您如何克服难以测试的问题。

测试无法捕捉到的重构中会出现哪些问题。

我对如何进行单元测试并不陌生——但我对实际始终如一地进行测试还是很陌生。我非常感谢那些从单元测试 ASP.NET MVC 专家那里学到的经验教训。

我真的在寻找特定的东西，你可能只有在尝试过之后才能发现——而不是像“使用接口(interface)”这样的一般建议——当然，任何建议都是受欢迎的。

哦，假设我决定使用微软的单元测试——只是因为它已经在那里了。我认为所有答案都适用于所有测试框架。

Answer 1

测试你的路由。 当你在你的 View 中生成一个 URL 时，你应该使用 RouteLink 来消除歧义，但是当你提交一个 URL 时，你依赖于路由系统来选择正确的路由。因此，请测试您支持的 URL 模式是否确实返回了正确的路由。

测试你的 Controller Action 。使用模拟存储库，并测试手动调用每个操作是否具有您期望的结果。

测试模型中的所有业务逻辑。这是显而易见的，与非 MVC 应用程序几乎没有区别。

测试您编写的任何自定义 View 助手。虽然我一般不会对 View 进行单元测试，但 View 助手是不同的。

测试你的 JavaScript。有针对此的单元测试框架，测试 JavaScript 非常容易，以至于几乎不需要这样的框架。但是测试 JavaScript 非常重要，因为该语言倾向于向您隐藏错误。

如果您编写了任何自定义模型绑定(bind)器，则需要特别注意它们。一方面，通过单元测试调试模型绑定(bind)器比在应用程序中“实时”调试模型绑定(bind)器要容易得多。