if (verificationMode != null) {
if (((MockAwareVerificationMode) verificationMode).getMock() == invocation.getMock()) {
VerificationDataImpl data = new VerificationDataImpl(invocationContainer, invocationMatcher);
verificationMode.verify(data);
return null;
} else {
mockingProgress().verificationStarted(verificationMode);
至此,Mockito主要的原理分析都完成了
前面分析过了Mockito是如何通过注解创建对应的mock对象，并对其所有方法设置拦截器。这篇博客再分析下Mockito是如何实现自动装配和插桩的，只有更好的了解其原理，在写复杂单测的时候才能更加得心应手。@InjectMocks的自动装配InjectingAnnotationEngine.java public void process(Class<?> clazz, Object testInstance) { //创建mock对象或者spy对象
org.mockito.exceptions.misusing.PotentialStubbingProblem:Strict stubbing argument mismatch
org.mockito.exceptions.misusing.PotentialStubbingProblem:
Strict stubbing argument mismatch. Please check:
Typically, stubbing argument mismatch indicates user mistake when writing tests.
Mockito fails early so that you can debug potential problem easily
文章目录Unit test 示例1. 工具类测试用例2. 依赖`spring`容器注入的bean3. 依赖Spring容器bean同时依赖静态类4. Mock各种实际情况1）忽略静态变量初始化2）初始化静态变量3）依赖的`bean` 为` list` 或者`map`a) `bean` 为 `list`b）`bean` 为`map`4) 链式调用`mock` 深度插桩建议
Unit test 示例
单元测试选用的测试框架junit，如果依赖Spring 框架需要Mock 数据，选用mockito和powe
文章目录Mock的基本原理Mock和Spy区别调用方法的行为使用场景实例Stubbing插桩顺序的问题插桩先行插桩后行总结Reference
Mock的基本原理
通过生成子类的方式，拦截具体的方法调用，将方法调用转发至Mock的桩代码，从而实现方法返回值或者方法执行体的自定义。
Mock和Spy
Mock和Spy的基本区别——在没有进行任何方法调用Mock的情况下，Mock根据全局配置根据方法调用返回值类型返回一个默认值，不会进行具体的方法调用；而Spy对象会默认调用真实的方法。
调用方法的行为
初识 Mockito 这个测试框架后，我们要使用 Mock 的属性创建一个被测试类实例时，大概会下面这么纯手工来打造。
假定类 UserService 有一个属性 UserDao userDao, 需要构造 UserService 实例时 Mock 内部状态
UserDao...
mockito 依赖注入是诸如Spring和EJB之类的Control容器反转的非常强大的功能。 将注入的值封装到私有字段中总是一个好主意。 但是，自动连线字段的封装会降低可测试性。
我喜欢Mockito解决此问题以模拟自动装配字段的方式。 将在示例中进行解释。 (此博客文章希望您对Mockito语法有点熟悉，但是它具有足够的自我描述性。)
这是测试模块的第一个依赖项。 是Spring单例豆...
混合使用字段注入和构造器注入后，当采用mockitio来进行mock字段注入的bean时该字段一直为null
private final ServiceA serviceA
@Autowired
private ServiceB serviceB
public CurrentService(ServiceA serviceA){
this.serviceA = serviceA
上述示例的中的ServiceB在使用mockitio 测试想要stub掉serviceB时一直会空
在使用Mockito和PowerMock写单测的时候发现，如果使用了PowerMock的@PrepareForTest注解，JaCoCo在统计代码覆盖率的时候就会忽略注解@PrepareForTest({}）里面的类，导致覆盖率统计不准确
对于一些工具类，我们可以先使用@PrepareForTest完成单测的开发，再单独对工具类写单测就行了,只要@PrepareForTest里面的类不是自己的项目代码就可以了(比方说第三方jar包提供的), 但是在遇到系统类的时候就不行了。因为PowerMock 在mock
前面介绍了不少写单元测试的内容，比方说Mockito和PowerMockito, JUnit 5，经常写单元测试的想必对这些框架都比较熟悉。
这篇博客主要介绍下数据库驱动测试框架–DbUnit(http://dbunit.sourceforge.net/), 主要从DbUnit的设计原理和实际使用来展开，这里的使用我又分为三个部分:
基于spring-test-dbunit的使用
基于dbunit本身api的使用
在dbunit的基础上整合了公司自己的jdbc框架完成的工具类
DBUnit 设计原理
在平时开发过程中，我们往往会遇到以下问题
1.由于依赖调用的接口没有开发完成，需要等待(客户端和服务端，服务端和其他服务之间)
2.自测时由于服务器故障等无法正常调用接口，或者一些边界条件无法在测试环境模拟数据
3.同样的单元测试，当依赖的数据发生变化时，无法反复执行，不能在上线前对之前的功能进行自动回归
mock就帮我们解决了以上问题
mock的定义（what）：
mock是在测试...
Mockito 是一个流行的 Java 测试框架，它支持使用 mock 对象进行单元测试。Mockito 的核心思想是模拟对象，以便在测试过程中隔离代码的依赖关系。通过模拟对象，开发人员可以更容易地编写单元测试，并且不需要在测试中使用实际的依赖项。
Mockito 的源码分析可以帮助我们更好地了解 Mockito 的工作原理和实现机制，以及如何使用 Mockito 进行单元测试。
Mockito 的核心是 mock 对象。Mock 对象是 Java 对象的模拟实现，它可以在测试中代替真正的对象。Mockito 提供了一组 API 来创建和配置 mock 对象，包括 mock()、when()、thenReturn() 等方法。下面是一个简单的示例：
List<String> mockedList = mock(List.class);
when(mockedList.get(0)).thenReturn("first");
在这个示例中，我们使用 Mockito 创建了一个 List 类的 mock 对象。然后，我们使用 when() 方法来指定当调用 mockedList.get(0) 方法时应该返回什么值。
Mockito 的另一个重要的组件是 ArgumentMatcher。ArgumentMatcher 是用于验证方法参数的接口。Mockito 提供了一组内置的 ArgumentMatcher，例如 anyInt()、eq()、anyString() 等。
Mockito 还提供了一个注解 @Mock，用于自动创建 mock 对象。例如：
public class MyTest {
@Mock
private List<String> mockedList;
@Before
public void setUp() {
MockitoAnnotations.initMocks(this);
@Test
public void test() {
when(mockedList.get(0)).thenReturn("first");
String value = mockedList.get(0);
assertEquals("first", value);
在这个示例中，我们使用 @Mock 注解自动创建了一个 List 类的 mock 对象。在 setUp() 方法中，我们调用了 MockitoAnnotations.initMocks(this) 来初始化 mock 对象。然后，在 test() 方法中，我们使用 when() 方法来指定当调用 mockedList.get(0) 方法时应该返回什么值。
Mockito 的核心实现机制是使用 Java 动态代理来创建 mock 对象。Mockito 使用 Java 动态代理来创建一个实现了 mock 对象接口的代理类。当测试代码调用代理对象的方法时，Mockito 捕获对该方法的调用，并根据预定义的行为返回结果。
总之，Mockito 是一个流行的 Java 测试框架，它通过模拟对象来隔离代码的依赖关系，从而使单元测试更容易编写。Mockito 的源码分析可以帮助我们更好地了解 Mockito 的工作原理和实现机制，并且可以帮助我们更好地使用 Mockito 进行单元测试。
