使用 Junit + Mockito 实践单元测试

简介:

使用 Junit + Mockito 实践单元测试
阅读目录

一、前言
二、JUnit 框架
三、Mockito 框架
回到顶部
一、前言
相信做过开发的同学,都多多少少写过下面的代码,很长一段时间我一直以为这就是单元测试...

@SpringBootTest
@RunWith(SpringRunner.class)
public class UnitTest1 {

@Autowired
private UnitService unitService;

@Test
public void test() {
    System.out.println("----------------------");
    System.out.println(unitService.sayHello());
    System.out.println("----------------------");
}

}
但这是单元测试嘛?unitService 中可能还依赖了 Dao 的操作;如果是微服务,可能还要起注册中心。那么这个“单元”也太大了吧!如果把它称为集成测试,可能更恰当一点,那么有没有可能最小粒度进行单元测试嘛?

单元测试应该是一个带有隔离性的功能测试。在单元测试中,应尽量避免其他类或系统的副作用影响。

单元测试的目标是一小段代码,例如方法或类。方法或类的外部依赖关系应从单元测试中移除,而改为测试框架创建的 mock 对象来替换依赖对象。

单元测试一般由开发人员编写,通过验证或断言目标的一些行为或状态来达到测试的目的。

回到顶部
二、JUnit 框架
JUnit 是一个测试框架,它使用注解来标识测试方法。JUnit 是 Github 上托管的一个开源项目。

一个 JUnit 测试指的是一个包含在测试类中的方法,要定义某个方法为测试方法,请使用 @Test 注解标注该方法。该方法执行被测代码,可以使用 JUnit 或另一个 Assert 框架提供的 assert 方法来检查预期结果与实际结果是否一致,这些方法调用通常称为断言或断言语句。

public class UnitTest2 {

@Test
public void test() {
    String sayHello = "Hello World";
    Assert.assertEquals("Hello World", sayHello);
}

}
以下是一些常用的 JUnit 注解:

注解 描述
@Test 将方法标识为测试方法
@Before 在每次测试之前执行。用于准备测试环境(例如,读取输入数据,初始化类)
@After 每次测试之后执行。用于清理测试环境(例如,删除临时数据,恢复默认值)
@BeforeClass 用于 static方法,在所有测试开始之前执行一次。它用于执行耗时的活动,例如:连接到数据库
@AfterClass 用于 static方法,在完成所有测试之后,执行一次。它用于执行清理活动,例如:与数据库断开连接
@Ignore 指定要忽略的测试
@Test(expected = Exception.class) 如果该方法未引发命名异常,则失败
@Test(timeout=100) 如果该方法花费的时间超过100毫秒,则失败
以下是一些常用的 Assert 断言:

声明 描述
fail([message]) 使方法失败。在执行测试代码之前,可用于检查未到达代码的特定部分或测试失败
assertTrue([message,]布尔条件) 检查布尔条件是否为真
assertFalse([message,]布尔条件) 检查布尔条件是否为假
assertEquals([message,]预期,实际) 测试两个值是否相同。注意:对于数组,会检查引用而不是数组的内容
assertNull([message,]对象) 检查对象是否为空
assertNotNull([message,]对象) 检查对象是否不为空
assertSame([message,]预期,实际) 检查两个变量是否引用同一对象
assertNotSame([message,]预期,实际) 检查两个变量是否引用了不同的对象
回到顶部
三、Mockito 框架
从上面的介绍我们可以认识到,如何减少对外部的依赖才是实践单元测试的关键。而这正是 Mockito 的使命,Mockito 是一个流行的 mock 框架,可以与 JUnit 结合使用,Mockito 允许我们创建和配置 mock 对象,使用 Mockito 将大大简化了具有外部依赖项的类的测试开发。spring-boot-starter-test 中默认集成了 Mockito,不需要额外引入。

在测试中使用 Mockito,通常会:

mock 外部依赖关系并将 mock 对象插入待测代码
执行被测代码
验证代码是否正确执行

3.1 使用 Mockito 创建 mock 对象
Mockit o提供了几种创建 mock 对象的方法:

使用静态 mock() 方法
使用 @Mock 注解
如果使用 @Mock 注解,则必须触发创建带有 @Mock 注解的对象。使用 MockitoRule 可以做到,它通过调用静态方法 MockitoAnnotations.initMocks(this) 来填充带 @Mock 注解的字段。或者可以使用 @RunWith(MockitoJUnitRunner.class)。

public class UnitTest3 {

// 触发创建带有 @Mock 注解的对象
@Rule public MockitoRule mockitoRule = MockitoJUnit.rule();
// 1. 使用 @Mock 注解创建 mock 对象
@Mock private UnitDao unitDao;

@Test
public void test() {
    // 2. 使用静态 mock() 方法创建 mock 对象
    Iterator iterator = mock(Iterator.class);
    // when...thenReturn / doReturn...when 模拟依赖调用
    when(iterator.next()).thenReturn("hello");
    doReturn(1).when(unitDao).delete(anyLong());
    // 断言
    Assert.assertEquals("hello", iterator.next());
    Assert.assertEquals(new Integer(1), unitDao.delete(1L));
}

}
3.2 使用 mock 对象实践单元测试
我们要单元测试的内容,常常包含着对数据库的访问等等,那么我们要如何 mock 掉这部分调用呢?我们可以使用 @InjectMocks 注解创建实例并使用 mock 对象进行依赖注入。

@Service
public class UnitServiceImpl implements UnitService {

@Autowired
private UnitDao unitDao;

@Override
public String sayHello() {
    Integer delete = unitDao.delete(1L);
    System.out.println(delete);
    return "hello unit";
}

}
@RunWith(MockitoJUnitRunner.class)
public class UnitTest2 {


@Mock
private UnitDao unitDao;
@InjectMocks
private UnitServiceImpl unitService;

@Test
public void unitTest() {
    // mock 调用
    when(unitDao.delete(anyLong())).thenReturn(1);
    Assert.assertEquals("hello unit", unitService.sayHello());
}

}
Mockito 还有很多有趣的实践,比如:@Spy或spy()方法、verify()验证等等,鉴于篇幅原因,读者可自行挖掘。

3.3 使用 PowerMock mock 静态方法。
Mockito 也有一些局限性。例如:不能 mock 静态方法和私有方法。有关详细信息,请参阅 Mockito限制的常见问题解答。这个时候我们就要用到 PowerMock,PowerMock 支持 JUnit 和 TestNG,扩展了 EasyMock 和 Mockito 框架,增加了mock static、final 方法的功能。

首先需要引入 PowerMock 的依赖:

    <!-- PowerMock -->
    <dependency>
        <groupId>org.powermock</groupId>
        <artifactId>powermock-module-junit4</artifactId>
        <version>2.0.7</version>
        <scope>test</scope>
    </dependency>
    <dependency>
        <groupId>org.powermock</groupId>
        <artifactId>powermock-api-mockito2</artifactId>
        <version>2.0.7</version>
    </dependency>

接下来就能愉快的 mock 静态方法了。

@RunWith(PowerMockRunner.class)
@PrepareForTest({StringUtils.class})
public class UnitTest4 {

@Test
public void test() {
    mockStatic(StringUtils.class);
    when(StringUtils.getFilename(anyString())).thenReturn("localhost");
    Assert.assertEquals("localhost", StringUtils.getFilename(""));
}

}

原文地址https://www.cnblogs.com/jmcui/p/12802099.html

相关文章
|
2天前
|
IDE 测试技术 Go
【字节跳动青训营】后端笔记整理-3 | Go语言工程实践之测试
用于验证已经修改或新增功能后,软件的既有功能是否受到影响。
50 2
|
2天前
|
Java 测试技术 开发者
Junit测试框架
Junit测试框架
5 1
|
3天前
|
Java 测试技术 持续交付
Java中的异常处理机制探索自动化测试在微服务架构中的实践与挑战
【5月更文挑战第27天】本文将深入探讨Java中的异常处理机制,包括异常的概念、分类以及如何使用try-catch-finally语句进行异常处理。文章还将介绍自定义异常的方法以及在实际开发中如何选择合适的异常处理策略。 【5月更文挑战第27天】 随着软件开发领域向微服务架构的转型,传统的软件测试方法面临诸多挑战。本文旨在探讨自动化测试在微服务环境下的应用实践及所面临的问题。我们将从微服务的特性出发,分析自动化测试的必要性,并深入讨论如何构建一个高效、鲁棒的自动化测试框架。文章还将介绍一系列创新的测试策略和工具选择,以及如何克服微服务带来的分布式复杂性。最后,通过案例研究,展示自动化测试在实
|
3天前
|
设计模式 敏捷开发 监控
深入探究软件自动化测试的策略与实践深入理解PHP中的命名空间
【5月更文挑战第27天】 在软件开发周期中,确保代码质量是至关重要的一环。随着敏捷开发和持续集成的普及,自动化测试成为提升效率和保障软件质量的重要手段。本文将详细探讨自动化测试策略的制定、工具选择以及在实际项目中的执行过程。我们将从自动化测试的基本原则出发,分析不同类型和级别的自动化测试案例,并结合具体实例,讨论如何优化测试流程,减少冗余,提高测试覆盖率和准确性。通过阅读本文,读者将获得一套实用的自动化测试实施框架,以支持其在快速迭代的开发环境中维护高水平的软件品质。 【5月更文挑战第27天】在本文中,我们将探讨PHP中的命名空间(namespace)的概念、用途和实现方式。通过详细解释命名
|
3天前
|
运维 监控 Linux
提升系统稳定性:Linux服务器性能监控与故障排查实践深入理解与实践:持续集成在软件测试中的应用
【5月更文挑战第27天】在互联网服务日益增长的今天,保障Linux服务器的性能和稳定性对于企业运维至关重要。本文将详细探讨Linux服务器性能监控的工具选择、故障排查流程以及优化策略,旨在帮助运维人员快速定位问题并提升系统的整体运行效率。通过实际案例分析,我们将展示如何利用系统资源监控、日志分析和性能调优等手段,有效预防和解决服务器性能瓶颈。
|
3天前
|
机器学习/深度学习 敏捷开发 测试技术
深入理解自动化测试:框架选择与实践挑战利用机器学习技术优化数据中心冷却系统
【5月更文挑战第27天】 在现代软件开发周期中,自动化测试已成为确保产品质量和加快市场投放的关键步骤。本文深入探讨了自动化测试的框架选择问题,并剖析了实施过程中面临的挑战及其解决方案。通过比较不同测试框架的特点,我们旨在为读者提供一套明确的指导原则,帮助他们根据项目需求做出恰当的技术决策。同时,文中还分享了实际案例和最佳实践,以期帮助开发团队克服实施自动化测试时可能遇到的障碍。
|
3天前
|
机器学习/深度学习 敏捷开发 测试技术
深入探索软件测试中的持续集成与持续部署(CI/CD)实践利用机器学习提升网络安全防御效能
【5月更文挑战第27天】 在现代软件开发的快节奏环境中,持续集成(Continuous Integration, CI)和持续部署(Continuous Deployment, CD)已成为确保产品质量和加快交付速度的关键策略。本文将深入探讨CI/CD在软件测试中的应用,分析其对提高自动化测试效率、缩短反馈周期以及优化发布流程的重要性。通过实际案例研究,我们揭示了成功实施CI/CD的最佳实践,并讨论了面临的挑战及其解决方案。
|
3天前
|
安全 数据管理 测试技术
网络安全与信息安全:防范漏洞、加强加密与提升安全意识深入探索自动化测试框架的设计原则与实践应用化测试解决方案。文章不仅涵盖了框架选择的标准,还详细阐述了如何根据项目需求定制测试流程,以及如何利用持续集成工具实现测试的自动触发和结果反馈。最后,文中还将讨论测试数据管理、测试用例优化及团队协作等关键问题,为读者提供全面的自动化测试框架设计与实施指南。
【5月更文挑战第27天】 在数字化时代,网络安全与信息安全已成为维护国家安全、企业利益和个人隐私的重要环节。本文旨在分享关于网络安全漏洞的识别与防范、加密技术的应用以及提升安全意识的重要性。通过对这些方面的深入探讨,我们希望能为读者提供一些实用的建议和策略,以应对日益严峻的网络安全挑战。 【5月更文挑战第27天】 在软件开发周期中,自动化测试作为保障软件质量的关键步骤,其重要性日益凸显。本文旨在剖析自动化测试框架设计的核心原则,并结合具体案例探讨其在实际应用中的执行策略。通过对比分析不同测试框架的优缺点,我们提出一套高效、可扩展且易于维护的自动
|
3天前
|
设计模式 敏捷开发 监控
深入探索软件测试:自动化与性能优化实践
【5月更文挑战第27天】 在软件开发生命周期中,测试阶段是保障产品质量和用户体验的关键环节。随着敏捷开发和持续集成的理念深入人心,自动化测试已成为提升效率、确保可靠性的重要手段。本文将深入探讨自动化测试的最佳实践,并结合性能优化策略,旨在为读者提供一套全面提升软件测试效能的技术方案。通过分析现代软件测试的挑战与机遇,我们将揭示如何有效整合自动化工具、框架选择、脚本开发、以及持续监控等多维度因素,打造一个高效、稳定的测试环境。
|
3天前
|
搜索推荐 测试技术 UED
软件测试的艺术:从理论到实践的探索之旅
本文深入探讨了软件测试的核心理念、方法论及其在现代软件开发中的应用。通过分析测试的不同阶段和类型,文章揭示了如何有效地识别和解决软件缺陷,确保产品质量。同时,本文还提供了实际案例分析,展示了测试策略在实际项目中的应用效果,旨在帮助读者全面理解软件测试的重要性和复杂性。