。

单元测试即#xff1a;从最小的可测试单元#xff08;如函数、方法或类#xff09;开始#xff0c;确保每个单元都能按预期工作。

单元测试是白盒测试的核心部分#xff0c;它有助于发现单元内部的错误。

单元测试…1、单元测试介绍

Mockito和Junit是用于单元测试的常用框架。

单元测试即从最小的可测试单元如函数、方法或类开始确保每个单元都能按预期工作。

单元测试是白盒测试的核心部分它有助于发现单元内部的错误。

2、白盒测试介绍

白盒测试也称为结构测试、逻辑驱动测试或基于代码的测试是一种针对被测单元内部工作原理进行测试的方法。

它要求测试者完全了解被测软件的结构和内部工作原理通过程序内部的代码和结构信息来设计测试用例以确保软件的内部质量减少软件的缺陷和漏洞提高软件的可靠性和稳定性。

白盒测试总体上可以分为静态分析和动态分析两大类具体包括以下几种方法

2.1、静态分析

静态分析是在不执行程序的情况下进行的测试主要关注代码本身的质量。

代码审查对代码进行人工审查以发现潜在的bug、漏洞或不符合编码规范的地方。

结对编程就是属于这种。

代码扫描使用自动化工具对代码进行扫描以发现潜在的代码质量问题。

SonarLint和SonarQube就是流行的代码自动化扫描工具。

2.2、动态分析

单元测试从最小的可测试单元如函数、方法或类开始测试确保每个单元都能按预期工作。

覆盖测试包括语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖等多种逻辑覆盖方法。

这些方法旨在通过设计测试用例来覆盖程序中的所有逻辑路径和条件以发现潜在的错误。

语句覆盖确保程序中的每个可执行语句至少被执行一次。

判定覆盖确保程序中的每个判定分支的每个分支至少被执行一次。

条件覆盖确保判定中的每个条件至少取到一次真值和一次假值。

判断/条件覆盖同时满足判定覆盖和条件覆盖的要求。

条件组合覆盖确保判定中所有条件的每一种组合至少出现一次。

路径覆盖确保程序中每一条可能的路径至少被执行一次是最强的覆盖准则。

2.3、其他白盒测试

测试驱动开发(TDD)在某些情况下白盒测试可能会与测试驱动开发结合使用这意味着在编写实际代码之前首先编写测试用例。

持续集成将白盒测试集成到持续集成流程中确保每次代码更新后都能够自动运行测试及时发现问题。

gitlabCICD通常会集成test阶段每次代码更新后会自动去跑代码中的测试用例。

如果测试用例跑失败则代码不会更新。

从白盒测试的介绍可以看出白盒测试可以检测代码中的每条分支和路径揭示隐藏在代码中的错误对代码的测试比较彻底有助于软件最优化。

但相应的要想进行充分的白盒测试需要投入大量的时间人力投入成本高昂覆盖所有代码路径难度大不能替代集成测试不适用于快节奏的敏捷开发。

代码可以参考这个【免费】一个Mockito的Demo资源-CSDN文库

引入mockito依赖

dependencygroupIdorg.mockito/groupIdartifactIdmockito-inline/artifactIdversion4.3.1/versionscopetest/scope

/dependency

PeopleInfoServiceImpl.javapackage

com.mockitoTest.service.impl;import

com.mockitoTest.entity.PeopleInfoDto;

import

com.mockitoTest.mapper.PeopleInfoMapper;

import

com.mockitoTest.service.PeopleInfoService;

import

org.springframework.beans.factory.annotation.Autowired;

import

org.springframework.stereotype.Service;import

javax.validation.ValidationException;

import

peopleInfoMapper;Overridepublic

String

ValidationException(PeopleId不能为null);return

PeopleId不能为null;}

peopleInfoMapper.listAllPeopleId();if

(peopleIdList.contains(peopleInfoDto.getPeopleId()))

throw

ValidationException(PeopleId已经存在了);return

null)

(^\\d{15}$)|(^\\d{17}([0-9]|X)$);if

(!peopleInfoDto.getIdCardNo().matches(regex))

throw

ValidationException(身份证号不合法);return

身份证号不合法;}}

(!peopleInfoDto.getPhone().matches(regex))

throw

ValidationException(手机号不合法);return

手机号不合法;}}

^[\\w-\\.]([\\w-]\\.)[\\w-]{2,4}$;if

(!peopleInfoDto.getEmail().matches(regex))

throw

ValidationException(邮箱不合法);return

邮箱不合法;}}

ValidationException(密码不能为null);return

密码不能为null;}//System.out.println(peopleInfoMapper.addPeopleInfo(peopleInfoDto));if

(peopleInfoMapper.addPeopleInfo(peopleInfoDto)

{return

}PeopleInfoServiceImpl.registerPerson()方法的测试方法覆盖了所有分支

package

com.mockitoTest.entity.PeopleInfoDto;

import

com.mockitoTest.mapper.PeopleInfoMapper;

import

com.mockitoTest.service.PeopleInfoService;

import

com.mockitoTest.service.impl.PeopleInfoServiceImpl;

import

org.junit.jupiter.api.Assertions;

import

org.junit.jupiter.api.BeforeEach;

import

org.mockito.MockitoAnnotations;

import

org.springframework.beans.factory.annotation.Autowired;import

Author:

{//Mockito测试类不能是pubilc//InjectMocks会调用实际的方法InjectMocks只能修饰具体的class不能修饰接口InjectMocksprivate

peopleInfoServiceMock;//Mock不会调用实际方法因此需设定其返回值。

Mockito.when(调用的方法).thenReturn(你给定的返回值)Mockprivate

PeopleInfoMapper

peopleInfoMapperMock;Autowiredprivate

PeopleInfoService

peopleInfoServiceAutowired;BeforeEachvoid

initBean()

{//让注解生效MockitoAnnotations.initMocks(this);}Testvoid

registerPerson()

www!qw123456);//因为不想涉及实际数据库所以所有PeopleInfoMapper类的方法都自定一个调用此方法的返回值。

//这样在测试过程中如果有调用到PeopleInfoMapper类中的方法就不会调用实际方法了而是调用一个模拟方法不会操作数据库。

Mockito.when(peopleInfoMapperMock.listAllPeopleId()).thenReturn(Arrays.asList(zhangsan12,

wangwu34));Mockito.when(peopleInfoMapperMock.addPeopleInfo(peopleInfoDto)).thenReturn(1);Mockito.when(peopleInfoMapperMock.addPeopleInfo(peopleInfoDto1)).thenReturn(0);//校验peopleId为nullPeopleInfoDto

new

www!qw123456);Assertions.assertEquals(PeopleId不能为null,

peopleInfoService.registerPerson(p0));//校验peopleId是否已存在PeopleInfoDto

new

www!qw123456);Assertions.assertEquals(PeopleId已经存在了,

peopleInfoService.registerPerson(p1));//校验身份证号是否合法PeopleInfoDto

new

www!qw123456);Assertions.assertEquals(身份证号不合法,

peopleInfoService.registerPerson(p2));//校验身份证号不能为nullp2.setIdCardNo(null);Assertions.assertEquals(身份证号不能为null,

peopleInfoService.registerPerson(p2));//校验手机号是否合法PeopleInfoDto

new

www!qw123456);Assertions.assertEquals(手机号不合法,

peopleInfoService.registerPerson(p3));//校验手机号不能为nullp3.setPhone(null);Assertions.assertEquals(手机号不能为null,

peopleInfoService.registerPerson(p3));//校验邮箱是否合法PeopleInfoDto

new

www!qw123456);Assertions.assertEquals(邮箱不合法,

peopleInfoService.registerPerson(p4));//校验邮箱不能为nullp4.setEmail(null);Assertions.assertEquals(邮箱不能为null,

peopleInfoService.registerPerson(p4));//校验密码为nullPeopleInfoDto

new

null);Assertions.assertEquals(密码不能为null,

peopleInfoService.registerPerson(p5));//全部条件通过Assertions.assertEquals(注册成功,

peopleInfoService.registerPerson(peopleInfoDto));//未知错误Assertions.assertEquals(未知错误,

peopleInfoService.registerPerson(peopleInfoDto1));}

游戏攻略

如果有测试用例失败则会通过断言assert报错这样程序就不会继续执行下去。

Intel

因为工作中有被强制要求写单元测试并且还对覆盖率有要求所以我就学了一下Mockito。

提交的代码如果单元测试覆盖率不够会被SonarQube退回来了。

最近在看我导师推荐的《领域驱动设计软件核心复杂性应对之道》里面有这么一句话“影片的剪辑人员专注于准确完成自己的工作。

他担心其他看到这部电影的剪辑人员会给他挑错。

在这个过程中镜头的核心作用被忽略了”我觉得这句话很有道理。

哈哈其实也就同行会挑你的错了。

比如你代码写的好不好设计是否合理。

测试、产品、PM、用户根本不会关心。

测试只关心你的代码能否顺利通过测试产品只关心功能能否实现PM只关心能否及时交付用户只关心什么时候上线好不好用

5、参考资料

http://gitlab.is.eccom.com.cn/erpdev/erp-microservice/eccom-ts/ts-presale/ts-presale-clue

Mockito单元测试Mockito对Service层的测试案例_mockito注入service-CSDN博客

3.pom.xml文件

【Mockito】单元测试如何提升代码覆盖率_哔哩哔哩_bilibili

https://zhuanlan.zhihu.com/p/478920970

文心一言