单元测试(unit testing),是指对软件中的最⼩可测试单元进⾏检查和验证的过程就叫单元测试
单元测试是开发者编写的⼀⼩段代码,⽤于检验被测代码的⼀个很⼩的、很明确的(代码)功能是否正确。执⾏单元测试就是为了证明某段代码的执⾏结果是否符合我们的预期。如果测试结果符合我们的预期,称之为测试通过,否则就是测试未通过(或者叫测试失败)
(可以搭配日志打印)
(不用手动测试)
(有事务回滚机制)
Spring Boot 项⽬创建时会默认单元测试框架 spring-boot-test,⽽这个单元测试框架主要是依靠另⼀个著名的测试框架 JUnit 实现的,打开 pom.xml 就可以看到,以下信息是 Spring Boot 项⽬创建是⾃动添加的:
org.springframework.boot spring-boot-starter-test test
如果pom.xml文件内没有我们可以手动添加
在我们创建的XXXMapper接口中
@Slf4j注解 打印日志
@Resource注解进行UserMapper属性注入
import com.example.demo.model.User;
import org.junit.jupiter.api.Assertions;
import org.junit.jupiter.api.Test;
import org.springframework.boot.test.context.SpringBootTest;
import javax.annotation.Resource;
@SpringBootTest
class UserControllerTest {@Resourceprivate UserController userController;@Testvoid save() {User user = new User();user.setId(1);user.setName("Java Test");user.setPassword("123");boolean result = userController.save(user);// 使⽤断⾔判断最终的结果是否符合预期Assertions.assertEquals(true, result);// Assertions.assertTrue(result);}
}
UserMapper接口修改用户信息方法:
UserMapper.xml 进行SQL修改用户信息语句传输:
单元测试:
单元测试结果:
UserMapper接口删除用户信息方法:
// 删除方法{根据id删除这一条数据}public int del(@Param("id") Integer id);
UserMapper.xml 进行SQL删除用户信息语句传输:
delete from userinfo where id=#{id}
单元测试:
@Test@Transactionalvoid del() {int result = userMapper.del(2);System.out.println(result);}
单元测试解结果:
UserMapper接口增加用户信息方法:
// 添加方法public int add(UserInfo userInfo);
UserMapper.xml 进行SQL增加用户信息语句传输:
insert into userinfo(username,password,photo)values(#{username},#{password},#{photo})
单元测试:
@Testvoid add() {UserInfo userInfo = new UserInfo();userInfo.setUsername("王五");userInfo.setPassword("123");userInfo.setPhoto("default.png");int result = userMapper.add(userInfo);System.out.println(result);}
单元测试解结果:
默认情况下返回的是受影响的⾏号,如果想要返回⾃增 id,具体实现如下
UserMapper接口增加用户信息方法:
// 添加方法// 添加用户返回受影响的行数public int addGetId(UserInfo userInfo);
UserMapper.xml 进行SQL增加用户信息语句传输:
●useGeneratedKeys:这会令 MyBatis 使⽤ JDBC 的 getGeneratedKeys ⽅法来取出由数据库内部⽣成的主键
(⽐如:像 MySQL 和 SQL Server 这样的关系型数据库管理系统的⾃动递增字段),默认值:false●keyProperty:指定能够唯⼀识别对象的属性,MyBatis 会使⽤ getGeneratedKeys 的返回值或 insert 语句的 selectKey ⼦元素设置它的值,
默认值:未设置(unset)。如果⽣成列不⽌⼀个,可以⽤逗号分隔多个属性名称
insert into userinfo(username,password,photo)values(#{username},#{password},#{photo})
单元测试:
@Testvoid addGetId() {UserInfo userInfo = new UserInfo();userInfo.setUsername("王五");userInfo.setPassword("123");userInfo.setPhoto("default.png");System.out.println("添加之前 user id:" + userInfo.getId());int result = userMapper.addGetId(userInfo);System.out.println("受影响的行数:" + result);System.out.println("添加之后 user id:" + userInfo.getId());}
单元测试解结果:
UserMapper接口查询用户信息方法:
// 查询方法{根据用户id查询用户}// @Param("username")是mybatis中设置xml文件的SQL中查询usernamepublic UserInfo getUserByUsername(@Param("username") String username);
UserMapper.xml 进行SQL查询用户信息语句传输:
这里我们要添加resultType="com.example.demo.model.UserInfo
来选择要查询对象目录地址
单元测试:
@Testvoid getUserByUsername() {UserInfo userInfo = userMapper.getUserByUsername("admin");//日志打印log.info("用户信息:" + userInfo);}
单元测试解结果:
● #{}:预编译处理
● ${}:字符直接替换
预编译处理是指:
MyBatis 在处理#{}时,会将 SQL 中的 #{} 替换为?号,使⽤ PreparedStatement的 set ⽅法来赋值
直接替换:
是MyBatis 在处理 ${} 时,就是把 ${} 替换成变量的值
#{}查询代码:
${}查询代码:
在这里插入图片描述
定义不同:
#{}是预处理; ${}是直接处理
使用数据类型不同:
#{}适用于所有数据类型; ${}只适用于数值类型
安全性问题:
#{}性能高,不会引起数据库安全问题; ${}会引起数据库SQL注入问题
UserMapper接口查询用户信息方法:
// 登陆功能public UserInfo login(@Param("username") String usernaem,@Param("password")String password);
UserMapper.xml 进行SQL查询用户信息语句传输:
单元测试:
当我我们输入正常的用户名和密码时
@Testvoid login() {String username = "XXX";String password = "XXX";// "' or 1 =' 1" SQL注入问题(使用$ 严重危险问题)UserInfo userInfo = userMapper.login(username,password);log.info("用户信息"+userInfo);}
单元测试结果:
单元测试:
当我我们输入带有SQL语句注入的密码时
@Testvoid login() {String username = "admin";String password = "' or 1 =' 1";// "' or 1 =' 1" SQL注入问题(使用$ 严重危险问题)UserInfo userInfo = userMapper.login(username,password);log.info("用户信息"+userInfo);}
单元测试结果:
这个时候就会查询到这个表里所有的用户信息了,这就是${}的SQL注入安全问题
我们发现这个占位符缺陷这么大,拿我们为什么还有设置这个占位符呢,因为存在并合理,{}这个占位符缺陷这么大,拿我们为什么还有设置这个占位符呢,因为存在并合理,这个占位符缺陷这么大,拿我们为什么还有设置这个占位符呢,因为存在并合理,{}是可以使用SQL语句中的关键字
这一功能的
UserMapper接口查询用户信息方法:
// 获取列表,根据创建时间进行正序或倒序public List getOrderList(@Param("order") String order);
UserMapper.xml 进行SQL查询用户信息语句传输:
当我们使用#{}占位符进行查询时
单元测试:
@Testvoid getOrderList() {List list = userMapper.getOrderList("desc");log.info("列表"+list);}
单元测试结果:
这时候我们就想到被我们抛弃的${}
UserMapper接口查询用户信息方法:
// 模糊查询(like)用户名信息public List getListName(@Param("username") String username);
UserMapper.xml 进行SQL查询用户信息语句传输:
单元测试:
@Testvoid login() {String username = "admin";String password = "admin";// "' or 1 =' 1" SQL注入问题(使用$ 严重危险问题)UserInfo userInfo = userMapper.login(username,password);log.info("用户信息"+userInfo);}
单元测试结果:
我们会因为不能直接用’%#{username}%'进行模糊查询
select * from userinfo where username like '%#{username}%'
相当于:
SQL查询select * from userinfo where username like '%'username'%';
这个是不能直接使⽤ ${},可以考虑使⽤ mysql 的内
resultMap 使⽤场景:
● 字段名称和程序中的属性名不同的情况
,可使⽤ resultMap 配置映射
● ⼀对⼀和⼀对多关系可以使⽤
resultMap 映射并查询数据。
字段名和属性名不同的情况
例如 MySQL表中的 用户名属性叫 username ,而我我们在对象使用的属性名是user
而这时我们就需要在UserMapper.xml中使用resultMap进行修改了
resultType VS resultMap 具体使用:
上一篇:机器学习 10:激活函数大全