使用idea自带的http client测试rest api

前面我们完成了基本的用户模块的REST API的开发。这一节我们将测试下web模块的功能是否正常。

也许大家习惯了用外部的http测试工具,如Postman来测试,这里我们将采用idea自带的http client测试工具,看用它来编写发送请求的内容会有多么简单和直观。

为了能在登录后可以看到用户信息,我们再提供一个接口,在登录后获取会话中保存的用户信息。

UserAPI.java

java 复制代码
@GetMapping("profile")
Response<UserInfoDTO> profile(HttpSession session);

UserController.java

java 复制代码
@Override
public Response<UserInfoDTO> profile(HttpSession session) {
    UserInfoDTO userInfo = (UserInfoDTO) session.getAttribute(SessionConst.LOGIN_USER);
    if (userInfo == null) {
        // todo 暂时写死,待重构...
        return Response.fail("需要登录才能访问", "401");
    }
    return Response.ok(userInfo);
}

创建http后缀的文件

我们在工程的根路径下创建一个test.http文件。在其中编写发送http的请求内容。

http 复制代码
### 用户注册
POST http://localhost:8080/user/register
Content-Type: application/x-www-form-urlencoded

username=zhangsan&password=123

以上我们编写了一个发送用户注册请求的http脚本,提交方式为POST的表单提交,并且制定了要提交的表单参数。

当我们启动服务后,就可以测试了,点这里的箭头,发送请求进行测试:

测试结果:

代表测试是成功的。

完成其他REST API请求脚本

按照前面的格式我们再完成其他的rest api请求的编写:

http 复制代码
### 用户登录
POST http://localhost:8080/user/login
Content-Type: application/x-www-form-urlencoded

username=zhangsan&password=123

### 更新个性签名
POST http://localhost:8080/user/signature
Content-Type: application/x-www-form-urlencoded

signature=每天进步一点点

### 查看用户信息
GET http://localhost:8080/user/profile

### 退出用户
POST http://localhost:8080/user/logout

启动服务后,我们将按照下面的顺序来测试验证:

  1. 查看用户信息 (需要登录才能访问)

  2. 更新个性签名(需要登录才能访问)

  3. 用户登录 (成功)

  4. 查看用户信息(签名为空)

  5. 更新个人签名(成功)

  6. 查看用户信息(签名未更新)

处理bug

这里我们测试出一个bug,更新签名成功后,查看用户信息发现签名没更新,原因是我们session存的信息没有更新,修复下:

java 复制代码
@Override
public Response<Void> signature(String signature, HttpSession session) {
    // 先从Session里获取用户
    ...
    userService.updatePersonalSignature(userInfo.getId(), signature);
    userInfo.setPersonalSignature(signature);
    return Response.ok();
}

我们从数据库中删除注册的用户,重新从注册请求开始再测试一遍

这里我们通过界面操作来删除记录,不要忘了删除后,要点下后面的向上箭头的commit图标。

ok,现在测试到第7步,ok了:

然后我们,继续把流程测完:

  1. 退出登录(成功)
  2. 查看用户信息(需要登录)

ok,流程都ok!我们发现用idea自带的http client工具进行rest api的测试还是很方便的,而且还能将本地的cookie中包含的sessionId正确提交,确保服务器端的session存取ok。

遗留的问题

这里我们也不要忽略异常情况的测试,比如用普通用户登录管理员登录的地址:

得到了我们想要的提示结果,另外登录失败的测试:

这些失败的响应的数据格式并不是我们期望的,下一节我们将进行全局异常的处理,来返回统一的结构。

相关推荐
摇滚侠5 小时前
Spring Boot3零基础教程,函数式 Web 新特性,笔记51
java·spring boot·笔记
执笔论英雄5 小时前
【大模型推理】ScheduleBatch 学习
java·spring boot·学习
Slow菜鸟7 小时前
SpringBoot集成Elasticsearch | Elasticsearch 7.x专属HLRC(High Level Rest Client)
spring boot·elasticsearch·jenkins
Slow菜鸟8 小时前
SpringBoot教程(安装篇):Elasticsearch及可视化工具安装(Windows环境)
spring boot·elasticsearch
忧郁的橙子.8 小时前
IntelliJ IDEA 2023中为 Spring Boot 项目添加注释模板
java·spring boot·intellij-idea
聆风吟º8 小时前
【Spring Boot 报错已解决】别让端口配置卡壳!Spring Boot “Binding to target failed” 报错解决思路
android·java·spring boot
遥远_18 小时前
Spring Boot微服务健康检测:保障系统稳定性的关键实践
spring boot·微服务·1024程序员节·健康检测
苹果醋318 小时前
学习札记-Java8系列-1-Java8新特性简介&为什么要学习Java8
java·运维·spring boot·mysql·nginx
兜兜风d'19 小时前
RabbitMQ 发送方确认机制详解
spring boot·分布式·rabbitmq·java-rabbitmq·1024程序员节
shepherd12620 小时前
破局延时任务(上):为什么选择Spring Boot + DelayQueue来自研分布式延时队列组件?
java·spring boot·后端·1024程序员节