我一直试图为基于Spring的Rest服务找到一个简单的通用单元测试框架。
我一直在网上搜索,把范围缩小到:
我喜欢RestFuse,因为它主要是基于注释的,但是请放心,似乎有一种更简单的方法来传递参数和检查响应。最后,作为Spring服务项目,我想知道我是否应该坚持已经建立的用MockMVC测试Rest服务的方法。
有兴趣得到任何反馈,以及表现,过去的经验,如果还有什么,我应该考虑。
发布于 2016-01-07 16:12:14
放心,在Java中测试REST服务的其他框架正被接受。具有BDD风格的流畅界面,易于阅读测试脚本,学习曲线最小。
作为最终用户,我使用这个框架来验证REST服务,并且为它们实现测试脚本更加容易。因此,我不能对“放心”中的Spring部分发表太多评论。
然而,这个博客帖子为您提供了更多关于BDD v2.2的详细信息,其中包括构建在MockMVC之上的spring-mock-mvc
模块,它通过放心使BDD风格具有流畅的界面风味。这篇博客文章还警告说:
不使用时:
RestAssuredMockMvc
不被认为是对普通MockMvc
的完全替代,因为它包含了与Spring相结合的更具体的特性。例如,目前还没有对flash属性和主体之类的东西的第一类支持。您可以通过使用拦截器来添加这些内容。标准的“放心”还支持许多不同的身份验证方案和过滤器,这在RestAssuredMockMvc
API中是不可用的。您可能希望使用标准的REST保证API的另一个原因是,在真正的容器中测试REST对您的组织很重要(例如,如果您已经以特定于容器的方式配置了身份验证或授权),或者如果您使用JAX(或任何其他框架而不管语言)。
最后,看看REST保证的spring 示例在REST保证代码库中的应用,并决定是否愿意尝试并充分利用REST和MockMVC框架。
发布于 2017-07-07 15:03:28
MockMVC的优点在于它提供了一个模拟servlet容器,允许您集成-测试REST服务而不部署到web服务器。我相信,在使用spring-mock-mvc
模块时,您仍然可以使用此功能。
我刚刚了解到的另一个框架是空手道。它的作者目前正在试验一种允许在模拟servlet容器中执行的机制(参见Peter对在没有部署( la MockMVC)的情况下,是否有集成测试JAX服务的机制?的回答)。
https://stackoverflow.com/questions/34646021
复制相似问题