单元测试打桩之Mockito

作为一个程序员，之前一直没有重点关注过单元测试相关的东西，真心惭愧；最近由于工作原因恶补了很多知识，收获不小；学习嘛，主要还是要肯花时间；

文中代码已上传到： https://gitee.com/aqu415/demo/tree/master/mockito

相关概念

单元测试

 单元测试即对单个方法内部逻辑的测试，不涉及关联其他分层的代码逻辑测试；比如定义一个UserService,一个UserDao分别有一个save方法，并且前者在方法内部调用后者方法；那么对UserService的save方法进行单元测试即是userService方法内部逻辑测试，应该要屏蔽掉UserDao相关方法调用返回值影响；单元测试的特点：不应依赖容器（如spring容器），执行速度快

集成测试

 集成测试恰好与单元测试相反，它需要将关联类的行为纳入测试结果，便于测试系统各个组件集成后是否能运行正确；

maven生命周期之deploy
如果开发中依赖maven作为构建工具，则可以关注下maven定义的一个生命周期（以deploy为例）
各阶段描述

阶段	处理	描述
验证	validate	验证项目验证项目是否正确且所有必须信息是可用的
编译	compile	执行编译源代码编译在此阶段完成
测试	Test	测试使用适当的单元测试框架（例如JUnit）运行测试。
包装	package	打包创建JAR/WAR包如在 pom.xml 中定义提及的包
检查	verify	检查对集成测试的结果进行检查，以保证质量达标
安装	install	安装安装打包的项目到本地仓库，以供其他项目使用
部署	deploy	部署拷贝最终的工程包到远程仓库中，以共享给其他开发人员和工程

进入正题，我这里使用的打桩框架是Mockito

Mock

Mock即打桩，理解成预设方法的返回值

依赖（POM配置）

       <dependency><groupId>junit</groupId><artifactId>junit</artifactId><version>4.12</version><scope>test</scope></dependency><dependency><groupId>org.mockito</groupId><artifactId>mockito-junit-jupiter</artifactId><version>3.1.0</version><scope>test</scope></dependency>

测试代码

写两个类 AService,BService

package com.xx;public class AService {BService bService;public String test() {return bService.btest();}
}package com.xx;public class BService {public String btest() {return "bb";}
}

测试类

package com.xxx;import com.xx.AService;
import com.xx.BService;
import junit.framework.TestCase;
import org.junit.Before;
import org.junit.Test;
import org.mockito.InjectMocks;
import org.mockito.Mock;
import org.mockito.Mockito;
import org.mockito.MockitoAnnotations;public class MockitoTest extends TestCase {@InjectMocksprivate AService aService;@Mockprivate BService bService;@Before// 该方法名必须是 setUp，否则不执行，坑死public void setUp() {// 启动Mockito,让junit能够识别 @InjectMocks  @Mock @Spy等注解MockitoAnnotations.initMocks(this);}@Testpublic void testMockito() {System.out.println(bService);// 准备数据// 意思是在调用 bService 的btest方法的时候返回 “b”Mockito.when(bService.btest()).thenReturn("b");// 方法调用String str = aService.test();// 断言assertEquals(str, "b");}
}

代码结构

测试结果

gitee: https://gitee.com/aqu415/demo/tree/master/mockito

覆盖率

方案一：IDEA 自带coverage 功能

覆盖率是单元测试中的一个重要指标，在使用IDEA自带的 coverage 插件执行;
遇到一个坑：提示覆盖率一直是0；
真正原因是测试的覆盖率是按照包来统计的，只要你运行的测试路径下包名(com.xxx)下包含的测试类能够覆盖完对应源码包(com.xxx)下对应的源码，那么覆盖率就是100%；
这里不用管测试路径包下再包含多少子包；

运行指定包下覆盖率测试操作：

方案二：jacoco
todo

待完善

单元测试打桩之Mockito相关推荐

linux打桩数框架,Mockito 单元测试打桩神器
last modified by coder4 , 2019/08/30 18:34:26 Mockito 单元测试打桩神器单元测试软件测试是软件质量保证的关健环节,代表了需求.设计和编码的最终检 ...
单元测试Mock框架--Mockito
文章目录目前开发中,单元测试遇到的问题解决方案--Mock Junit4 + Mockito: Mockito常用注解: Mockito常用方法: Tips: 总结目前开发中,单元测试遇到的问题 ...
单元测试打桩，通俗易懂解释。
在软件开发中的单元测试过程中,单元测试打桩通常是一种模拟或替代正在被测试的组件或系统的策略.在单元测试打桩过程中,测试代码使用一个"虚拟"实现来替代掉实际组件或系统的某些部分,从而 ...
单元测试工具之Mockito
Mockito作用 Mockito 是一个针对 Java 的单元测试模拟框架,是为了简化单元测试过程中测试上下文 ( 或者称之为测试驱动函数以及桩函数 ) 的搭建而开发的工具.在有这些模拟框架之前,为 ...
单元测试中使用Mockito模拟对象
单元测试应该小巧玲珑,轻盈快捷.然而,一个待测的对象可能依赖另一个对象.它可能需要跟数据库.邮箱服务器.Web Service.消息队列等服务进行交互.但是,这些服务可能在测试过程中不可用.假设这些服 ...
Java单元测试实践-09.Mockito的Stub参数条件
Java单元测试实践-00.目录(9万多字文档+700多测试示例) https://blog.csdn.net/a82514921/article/details/107969340 1. Mocki ...
GoLang 单元测试打桩和 mock
目录什么是 mock 变量打桩接口方法/Redis 函数/方法打桩包函数成员方法 MySQL sqlmock sqlite mock gorm http mock 源码地址单测基础什么是 ...
单元测试mock之mockito使用
先来一个简单的例子来感受一下外部接口类:TestService.java 1 package com.yzl.mock; 2 3 /** 4 * 测试用服务 5 * 6 * @author yang ...
android mock测试资源,Android 单元测试 --Mock 及 Mockito
以前我在 Mock 概念所谓的 Mock 就是创建一个类的虚假的对象,在测试环境中,用来替换掉真实的对象,主要提供两大功能: 验证这个对象的某些方法的调用情况,调用了多少次,参数是什么等等指定这个 ...

单元测试打桩之Mockito

相关概念

Mock

依赖（POM配置）

测试代码

相关原理

激活Mockito两种方式

注解说明

覆盖率

单元测试打桩之Mockito相关推荐

最新文章

热门文章