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

遗留的问题

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

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

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

相关推荐
鼠鼠我捏,要死了捏3 小时前
Spring Boot Actuator自定义指标与监控实践指南
spring boot·监控·actuator
上官浩仁4 小时前
springboot excel 表格入门与实战
java·spring boot·excel
en-route6 小时前
如何在 Spring Boot 中指定不同的配置文件?
java·spring boot·后端
栀椩7 小时前
springboot配置请求日志
java·spring boot·后端
学Java的bb10 小时前
后端Web实战-Spring原理
java·spring boot·spring
码畜也有梦想11 小时前
springboot响应式编程笔记
java·spring boot·笔记
王同学 学出来11 小时前
跟做springboot尚品甄选项目(二)
java·spring boot·后端
计算机毕业设计指导13 小时前
基于Spring Boot + Vue 3的社区养老系统设计与实现
vue.js·spring boot·后端
从零开始学习人工智能14 小时前
SpringBoot + Apache Tika:一站式解决文件数据提取难题
spring boot·后端·apache
上官浩仁14 小时前
springboot maven 多环境配置入门与实战
java·spring boot·maven