如何对 spring mvc 控制器发送的 ResponseBody 或 ResponseEntity 进行单元测试?

发布于 2024-10-26 02:35:27 字数 668 浏览 1 评论 0原文

当我进行 junit 测试时,我会执行类似的操作来测试 spring mvc 控制器:

request.setRequestURI("/projects/"+idProject+"/modify");
ModelAndView mv = handlerAdapter.handle(request, response, controller);

测试的控制器如下所示:

@RequestMapping(value = "{id}/modify")
public String content(ModelMap model, @PathVariable("id") Project object) {

但我不知道如何获取如下定义的请求处理程序的 ResponseBody 答案:

@RequestMapping("/management/search")
public @ResponseBody ArrayList<SearchData> search(@RequestParam("q")) {
        ....
                ....
        ArrayList<SearchData> datas = ....;

        return datas;
    }

When I do junit tests, I do something like this to test spring mvc controllers :

request.setRequestURI("/projects/"+idProject+"/modify");
ModelAndView mv = handlerAdapter.handle(request, response, controller);

where controller tested is like :

@RequestMapping(value = "{id}/modify")
public String content(ModelMap model, @PathVariable("id") Project object) {

But I don't find how to get the ResponseBody answer of request handlers defined like this :

@RequestMapping("/management/search")
public @ResponseBody ArrayList<SearchData> search(@RequestParam("q")) {
        ....
                ....
        ArrayList<SearchData> datas = ....;

        return datas;
    }

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

山田美奈子 2024-11-02 02:35:27

您的单元测试只需要验证方法的返回值的内容:

ArrayList<SearchData> results = controller.search("value");
assertThat(results, ...)

@ResponseBody 注释是无关紧要的。这是带注释的控制器的一大好处 - 您的单元测试可以专注于业务逻辑,而不是框架机制。使用预注释控制器,一半的测试代码用于构建模拟请求、响应和相关的 gubbin。这是一种干扰。

测试代码的注释是否与框架正确集成是集成和/或功能测试的工作。

Your unit test only needs to verify the contents of the return value of the method:

ArrayList<SearchData> results = controller.search("value");
assertThat(results, ...)

The @ResponseBody annotation is irrelevant. This is one of the big benefits of annotated controllers - your unit tests can focus on the business logic, not the framework mechanics. With pre-annotation controllers, half of your test code is spent constructing mock requests, responses, and associated gubbins like that. It's a distraction.

Testing that your code's annotations integrate properly with the framework is the job of integration and/or functional tests.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文