RestFuse vs Rest SUSTEED vs MockMVC Rest服务单元测试框架
我一直试图为我编写的基于Spring MVC的Rest服务找到一个简单的通用单元测试框架。
我一直在网上搜索，并将其缩小到：
- RESTFUSE(http://developer.eclipsesource.com/restfuse/)
- 放心(https://github.com/jayway/rest-asured)
- MockMVC(http://www.petrikainulainen.net/programming/spring-framework/unit-testing-of-spring-mvc-controllers-rest-api/)
共有1个答案
REST-Surett在Java中测试REST服务的其他框架中获得了认可。具有BDD风格的流畅界面，阅读测试脚本也很容易，学习曲线最小。
作为最终用户，我使用这个框架来验证REST服务，并且为它们实现测试脚本更加容易。因此，我不能对Spring MVC的一部分发表太多评论。
但是，这篇博客文章给出了关于RestAssured V2.2的更多细节，它包括在MockMVC之上构建的spring-mock-mvc模块，通过REST Assured提供了BDD风格的流畅界面。这篇博文还警告说：
-
本文向大家介绍AngularJS 单元测试服务，包括了AngularJS 单元测试服务的使用技巧和注意事项，需要的朋友参考一下 示例 服务编号 考试 跑！
-
我已经开始考虑在我的项目中围绕一些业务逻辑添加一些单元测试。 我想测试的第一个方法是服务层中的一个方法，它返回给定节点的子节点列表。 该方法如下所示： 我想象这样的测试方法是提供一个假树结构，然后测试提供节点是否返回正确的子节点。 ssdsContext是一个对象上下文。 我已经看到可以为提取和接口如何模拟ObjectContext或ObjectQuery 我还读到，as Entity Frame
-
在我的项目中，我在进行单元测试时遇到了问题。一个问题是，仅仅进行联调就可以更快地编写，并且还可以测试组件是否真正协同工作。单元测试新颖的“算法”之类的似乎要容易得多。单元测试服务类感觉是错误和无用的。 我使用mockito来模拟spring数据存储库（以及DB访问）。问题是，如果我告诉模拟存储库在方法调用getById时返回实体A，它显然会返回实体A，服务也会返回实体A。是的，该服务做了一些额外的
-
我将SonarQube集成到我们的构建系统中--我在构建代理上安装了sonar-runner-2.4，并为每个解决方案添加了sonar-runner.properties（在TFS上的解决方案文件夹中）。在运行构建时，我在构建代理上编译解决方案后执行sonar-runner。除了单元测试之外，一切似乎都可以工作： 在构建的日志中，我看到近200个测试运行并成功完成，在声纳运行器日志中，我看到以下内
-
我想对一个组件的功能进行单元测试。因此，我需要一个模拟服务（根据角度测试指南）。 这里是我的测试床： 那么，嘲笑服务价值的正确方法是什么呢？ 弗兰克
-
要从访问，我使用了一个带注释的接口，名为，该接口在需要时是。如果两者都在运行，则该服务将被Eureka发现。这对于所有服务都在运行的类似生产的设置很好。 但现在我想对我的的一些特性进行单元测试。启动一个测试服务并不成问题 就像我在中所做的那样。问题是Eureka依赖于我的的发现...因此我的testclass崩溃，因为自动执行的-实例不工作。 我能告诉Spring使用一个伪造的实例来进行测试吗？还