一个人最大的缺点,不是自私、多情、野蛮、任性,而是偏执地爱一个不爱自己的人
Spring Boot框架来编写一个简单的示例,演示如何使用DI框架在单元测试中使用Mock实现,避免对外部环境的依赖。
首先,我们创建一个UserService接口,定义了一个getUserById方法用于查询用户信息:
public interface UserService {
User getUserById(long userId);
}
接着,我们创建一个UserServiceImpl实现类,实现了getUserById方法:
@Service
public class UserServiceImpl implements UserService {
@Autowired
private UserDao userDao;
@Override
public User getUserById(long userId) {
return userDao.getUserById(userId);
}
}
在这个实现类中,我们注入了一个UserDao对象,用于从数据库中查询用户信息。这里我们假设UserDao已经实现并可用。
现在,我们需要编写一个单元测试来测试getUserById方法。由于这个方法依赖于UserDao对象,为了避免对外部环境的依赖,我们可以使用Mockito框架来模拟UserDao对象的行为。
以下是使用Mockito框架编写的单元测试代码:
@RunWith(SpringRunner.class)
public class UserServiceTest {
@MockBean
private UserDao userDao;
@Autowired
private UserService userService;
@Before
public void setUp() throws Exception {
MockitoAnnotations.initMocks(this);
}
@Test
public void testGetUserById() {
User mockUser = new User();
mockUser.setId(1L);
mockUser.setUsername("test");
mockUser.setPassword("test");
Mockito.when(userDao.getUserById(1L)).thenReturn(mockUser);
User user = userService.getUserById(1L);
Assert.assertEquals("test", user.getUsername());
Assert.assertEquals("test", user.getPassword());
}
}
在这个测试中,我们使用@MockBean注解来注入一个Mock的UserDao对象,并使用Mockito.when方法模拟getUserById方法的行为。这样,在测试中就可以使用MockUserDao对象,而不需要依赖于外部环境。
通过这种方式,我们可以编写稳健、可靠的单元测试,并将其纳入持续集成系统中进行自动化测试,提高软件的质量和稳定性。同时,我们也能避免对外部环境的依赖,保证单元测试的独立性和可重复性。
关键代码分析
MockitoAnnotations.initMocks(this)
MockitoAnnotations.initMocks(this)方法并不会产生代理类,它主要是用于初始化Mockito注解。在测试中,我们通常使用@Mock、@Spy、@InjectMocks等注解来创建Mock对象,并使用Mockito.when、Mockito.verify等方法来模拟对象的行为和验证方法调用。
但是,如果我们不调用MockitoAnnotations.initMocks(this)方法,这些Mock对象就无法被正确初始化,从而导致测试失败。因此,我们通常在@Before注解方法中调用这个方法,以确保所有的Mock对象都已经被正确初始化。
在具体实现中,MockitoAnnotations.initMocks(this)方法会扫描测试类中所有的@Mock、@Spy、@InjectMocks注解,并根据注解中的类型和名称来创建对应的Mock对象,并将这些对象注入到测试类中。这样,在测试过程中就可以使用这些Mock对象来模拟外部依赖,从而实现单元测试的独立性和可重复性。
Mockito.when(userDao.getUserById(1L)).thenReturn(mockUser);
Mockito.when(userDao.getUserById(1L)).thenReturn(mockUser)这行代码的作用是使用Mockito框架来模拟userDao.getUserById方法的行为。
具体来说,Mockito.when方法会返回一个Mockito的OngoingStubbing对象,用于进一步指定模拟方法的返回值或抛出异常。在这个例子中,我们使用thenReturn方法来指定当userDao.getUserById(1L)方法被调用时,返回一个预先构造好的mockUser对象。
当测试中调用userService.getUserById(1L)方法时,Mockito框架会捕获这个方法调用,并返回预先定义的mockUser对象,从而避免对外部环境的依赖,保证单元测试的独立性。
这里还要补充一点,Mockito.when方法并不是真正的模拟方法调用,它只是记录了一个Stubbing规则,告诉Mockito在测试运行过程中如何处理这个方法调用。只有当真正调用模拟的方法时,Mockito才会根据Stubbing规则返回预先定义的值或抛出异常。
在具体实现中,Mockito.when方法会根据指定的方法调用和参数,生成一个MethodInvocation对象,用于表示这个方法调用的信息。然后,Mockito会将这个MethodInvocation对象和Stubbing规则保存到一个全局的InvocationContainer中,用于在测试过程中捕获和处理对这个方法的调用。
Mockito 怎么知道我的 UserService 调用到了我的 UserDao 方法了呢?
Mockito能够知道UserService是否调用了UserDao方法,是通过代理对象来实现的。
在这个示例中,我们使用了Spring的依赖注入(DI)框架来注入UserService和UserDao对象,使得UserService依赖于UserDao对象。在测试中,我们使用Mockito来创建一个Mock的UserDao对象,并将这个对象注入到UserService中。由于UserService中的UserDao对象被Mockito替换成了Mock对象,我们就能够捕获UserService对UserDao方法的调用。
具体来说,当我们调用UserService中的getUserById方法时,实际上是调用了Mockito所创建的一个代理对象的getUserById方法。这个代理对象能够捕获所有的方法调用信息,并将这些信息保存到Mockito的InvocationContainer中。然后,Mockito根据这些调用信息来判断是否需要进行Stubbing,即模拟方法调用的返回值或抛出异常。
当我们使用Mockito.when方法来定义UserDao的getUserById方法的返回值时,Mockito就会根据InvocationContainer中的调用信息来确定是否应用这个Stubbing规则。如果当前的调用信息和Mockito.when方法定义的规则匹配,Mockito就会返回预定义的值或抛出预定义的异常。
因此,Mockito能够知道UserService是否调用了UserDao方法,是通过代理对象捕获所有的方法调用信息,并根据这些信息来判断是否需要进行Stubbing来实现的。文章来源:https://www.toymoban.com/news/detail-731065.html
Mockito 调用模拟对象全解析
- 使用Java反射机制创建一个代理对象,代理对象的类型是Mock对象的接口或类。
- 代理对象能够记录Mock对象的所有方法调用信息,并将这些信息保存到一个全局的InvocationContainer对象中。
- 在使用Mockito.when方法定义Mock对象的方法行为时,Mockito会将这些Stubbing规则保存到InvocationContainer对象中,以便在测试过程中捕获和处理方法调用。
- 在测试过程中,当我们调用Mock对象的方法时,代理对象会捕获这个方法调用信息,Mockito会根据InvocationContainer中保存的所有Invocation对象来匹配相应的Stubbing规则,并返回预定义的值或抛出预定义的异常。
- 在测试结束时,我们可以使用Mockito.verify方法来验证Mock对象的方法调用是否符合预期,从而实现单元测试的有效性和可靠性。
因此,Mockito能够调用到我们通过when注册到InvocationContainer的调用信息,是通过代理对象捕获方法调用信息,并将它们保存到InvocationContainer中实现的。在测试过程中,我们可以使用Mockito提供的各种方法来定义Mock对象的行为和验证方法调用,从而实现单元测试的独立性和可重复性。文章来源地址https://www.toymoban.com/news/detail-731065.html
到了这里,关于Mockito 调用模拟对象全解析的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!