在Mockito框架中@Mock和@InjectMocks之间有什么区别?


当前回答

注意,@InjectMocks即将被弃用

弃用@InjectMocks并计划在Mockito 3/4中删除

你可以关注@avp的答案和链接:

为什么你不应该使用InjectMocks注释来自动装配字段

其他回答

使用@Tom提到的方法的一个好处是,您不必在SomeManager中创建任何构造函数,从而限制客户端实例化它。

@RunWith(MockitoJUnitRunner.class)
public class SomeManagerTest {

    @InjectMocks
    private SomeManager someManager;

    @Mock
    private SomeDependency someDependency; // this will be injected into someManager

    //You don't need to instantiate the SomeManager with default contructor at all
   //SomeManager someManager = new SomeManager();    
   //Or SomeManager someManager = new SomeManager(someDependency);

     //tests...

}

这是否是一个好的实践取决于你的应用程序设计。

@Mock为你需要的类创建一个模拟实现。 @InjectMock创建类的一个实例,并将用@Mock注释标记的模拟注入其中。

例如

@Mock
StudentDao studentDao;

@InjectMocks
StudentService service;

@Before
public void setUp() throws Exception {
    MockitoAnnotations.initMocks(this);
}

这里我们需要服务类的DAO类。因此,我们模拟它并将它注入到服务类实例中。 类似地,在Spring框架中,所有@Autowired bean都可以在jUnits中被@Mock模拟,并通过@InjectMocks注入到bean中。

initmocks (this)方法初始化这些模拟,并为每个测试方法注入它们,因此需要在setUp()方法中调用。

这个链接有一个很好的Mockito框架教程

在您的测试类中,被测试的类应该使用@InjectMocks进行注释。这告诉Mockito将mock注入到哪个类中:

@InjectMocks
private SomeManager someManager;

从那时起,我们可以在类中指定特定的方法或对象,在这种情况下,SomeManager将被mock取代:

@Mock
private SomeDependency someDependency;

在这个例子中,SomeManager类中的SomeDependency将被模拟。

@Mock用于创建和注入模拟实例,而无需调用Mockito。手动模拟。在本例中,实例是ClassB。

而@InjectMocks用于自动将模拟字段注入到测试对象中。在这种情况下,它将是a类

@Mock创建一个mock。@InjectMocks创建类的一个实例,并将使用@Mock(或@Spy)注释创建的模拟注入到该实例中。

注意,您必须使用@RunWith(MockitoJUnitRunner.class)或Mockito.initMocks(this)来初始化这些模拟并注入它们(JUnit 4)。

在JUnit 5中,必须使用@ExtendWith(MockitoExtension.class)。

@RunWith(MockitoJUnitRunner.class) // JUnit 4
// @ExtendWith(MockitoExtension.class) for JUnit 5
public class SomeManagerTest {

    @InjectMocks
    private SomeManager someManager;

    @Mock
    private SomeDependency someDependency; // this will be injected into someManager
 
     // tests...

}