项目实训-接口测试(十八)

项目实训-后端接口测试(十八)

文章目录

1.概述

本篇博客将记录我在后端接口测试中的工作。

2.测试对象


3.测试一

这段代码是一个单元测试方法,用于验证在调用 orderControllermake_order 方法时,是否正确地触发了对 orderDaoinsertOrder 方法的调用。单元测试的目的是确保系统在特定输入下的行为符合预期。

该测试方法模拟了调用 make_order 方法时可能传入的各种参数,如用户ID、医生ID、科室名称等。这些参数用于模拟真实情况下的调用场景。

通过调用 orderController.make_order 方法,将预设的参数传入,然后使用 Mockito 框架的 verify 方法来验证 orderDao.insertOrder 方法是否被精确调用了一次。这种验证确保了在实际系统运行中,make_order 方法内部确实按预期地与数据库交互。

在测试方法中,使用了 Mockito 模拟对象来替代真实的 orderDao,这样可以避免对实际数据库的依赖,使测试更为独立和可控。通过 verify(orderDao, times(1)).insertOrder(...),确保了方法调用的次数和传递给 insertOrder 方法的参数与预期一致,从而验证了 make_order 方法的正确性。

这种单元测试方法有助于捕捉潜在的代码逻辑错误或者接口调用问题,提高了系统的稳定性和可靠性。

该测试与上述同理,不再赘述。

4.测试二

这段代码是一个JUnit单元测试方法,用于验证订单插入功能的正确性。它模拟了一个订单的各个属性,如用户ID、医生ID、科室名称等,并调用了 orderDaoinsertOrder 方法将这些模拟参数传入,模拟订单数据的插入操作。随后,通过调用 orderDaofindById 方法,根据用户ID查询刚刚插入的订单对象,并使用断言方法 assertNotNull 确保订单对象不为空。进一步地,通过多次调用 assertEquals 方法,逐一验证订单对象的各个属性与预期值是否一致,以此确保了订单数据插入和查询的准确性和一致性。

在实现过程中,使用了JUnit和Mockito框架,JUnit用于编写和运行单元测试,Mockito用于模拟 orderDao 的行为,避免对真实数据库的依赖,从而确保测试的独立性和可控性。这种测试方法有助于捕获和预防潜在的数据插入错误或对象属性映射问题,从而提高了系统在处理订单数据时的可靠性和稳定性。

该测试与上述同理,不再赘述。

相关推荐
用户3521802454751 天前
当 Prompt 学会"热更新":Spring Boot × Nacos3 AI 实战
java·spring boot·ai编程
东坡白菜1 天前
破局全栈:一个前端开发的Java入门实战记录(1)
java·全栈
唐青枫1 天前
Java Tomcat 实战指南:从 Servlet 容器到 Spring Boot 部署
java
wsaaaqqq1 天前
roudan:自由选择实体、灵活操作数据、快速写入数据库的 Java 框架
java
plainGeekDev1 天前
null 判断 → Kotlin 可空类型
android·java·kotlin
糖拌西瓜皮1 天前
Java开发者视角:深入理解Node.js异步编程模型
java·后端·node.js
plainGeekDev1 天前
getter/setter → Kotlin 属性
android·java·kotlin
一线大码1 天前
Smart-Doc 的简单使用
java·后端·restful
MacroZheng1 天前
Claude Code官方桌面端正式发布,夯爆了!
java·人工智能·后端