使用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。

遗留的问题

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

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

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

相关推荐
千寻技术帮1 小时前
10333_基于SpringBoot的家电进存销系统
java·spring boot·后端·源码·项目·家电进存销
tb_first1 小时前
万字超详细苍穹外卖学习笔记4
java·spring boot·笔记·学习·spring·mybatis
小王不爱笑1322 小时前
LangChain4J 整合多 AI 模型核心实现步骤
java·人工智能·spring boot
西凉的悲伤2 小时前
spring-boot-starter-validation使用注解进行参数校验
java·spring boot·参数校验·validation·注解校验参数
小信丶3 小时前
@EnableTransactionManagement注解介绍、应用场景和示例代码
java·spring boot·后端
-孤存-3 小时前
SpringBoot核心注解与配置详解
java·spring boot·后端
小王不爱笑1324 小时前
SpringBoot 整合 Ollama + 本地 DeepSeek 模型
java·spring boot·后端
人道领域5 小时前
SSM框架从入门到入土(SpringFrameWork)
java·spring boot·tomcat
键盘帽子5 小时前
多线程情况下长连接中的session并发问题
java·开发语言·spring boot·spring·spring cloud
tb_first7 小时前
万字超详细苍穹外卖学习笔记5
java·数据库·spring boot·笔记·学习·spring