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

遗留的问题

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

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

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

相关推荐
y***613125 分钟前
SpringBoot集成Flowable
java·spring boot·后端
i***586732 分钟前
springcloud springboot nacos版本对应
spring boot·spring·spring cloud
s***385637 分钟前
SpringBoot中如何手动开启事务
java·spring boot·spring
i***22071 小时前
springboot整合libreoffice(两种方式,使用本地和远程的libreoffice);docker中同时部署应用和libreoffice
spring boot·后端·docker
代码or搬砖2 小时前
SpringMVC的执行流程
java·spring boot·后端
极光代码工作室2 小时前
基于SpringBoot的流浪狗管理系统的设计与实现
java·spring boot·后端
思密吗喽3 小时前
景区行李寄存管理系统
java·开发语言·spring boot·毕业设计·课程设计
star_11123 小时前
Jenkins部署后端springboot微服务项目
spring boot·微服务·jenkins
q***06474 小时前
Spring Boot 从 2.7.x 升级到 3.3注意事项
数据库·hive·spring boot
q***64974 小时前
Spring Boot 各种事务操作实战(自动回滚、手动回滚、部分回滚)
java·数据库·spring boot