这两种形式实际上都是 集成测试， 因为您正在测试代码与Spring
DispatcherServlet和支持基础结构的集成。区别在于在幕后使用的支持基础结构的数量。
有关详细信息，请参见Spring参考手册。
- 服务器端测试
- 设定选项
- 端到端集成测试的差异
值得注意的摘录：
“ webAppContextSetup”加载实际的Spring
MVC配置，从而进行更完整的集成测试。由于TestContext框架缓存了已加载的Spring配置，因此即使添加了更多测试，它也有助于保持测试快速运行。此外，您可以通过Spring配置将模拟服务注入到控制器中，以便专注于测试Web层。
…
另一方面，“
standaloneSetup”更接近于单元测试。它一次测试一个控制器，该控制器可以手动注入模拟依赖项，并且不涉及加载Spring配置。此类测试的风格更加集中，可以更轻松地查看要测试的控制器，是否需要任何特定的Spring
MVC配置等。“ standaloneSetup”也是编写临时测试以验证某些行为或调试问题的一种非常方便的方法。
…
就像集成与单元测试一样，没有正确或错误的答案。使用“ standaloneSetup”确实意味着需要一些其他的“
webAppContextSetup”测试来验证Spring MVC配置。另外，您可以决定使用“
webAppContextSetup”编写所有测试，并始终对照实际的Spring MVC配置进行测试。
…
Spring MVC Test中提供的选项是从经典单元测试到完全集成测试的不同阶段。可以肯定的是，Spring MVC
Test中的所有选项都不是经典的单元测试，但它们与之接近。例如，您可以使用注入控制器的模拟来隔离服务层，然后仅通过DispatcherServlet和实际的Spring配置来测试Web层，就像您可以隔离上述各层来测试数据库层一样。或者，您可以使用一次只关注一个控制器的独立设置，并手动提供使其工作所需的配置。
如有疑问，我建议先阅读参考手册，然后再在此处发布问题。;）
问候，
Sam（ Spring TestContext framework的作者 ）
