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

@InjectMocks
private SomeManager someManager;

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

@Mock
private SomeDependency someDependency;

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

很多人已经在这里给出了关于@Mock和@InjectMocks的很好的解释。我喜欢它，但我认为我们的测试和应用程序应该以这样一种方式编写，我们不应该使用@InjectMocks。

进一步阅读的示例参考:https://tedvinke.wordpress.com/2014/02/13/mockito-why-you-should-not-use-injectmocks-annotation-to-autowire-fields/

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

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

@Mock用于声明/模拟依赖bean的引用，而@InjectMocks用于模拟正在为其创建测试的bean。

例如:

public class A{

   public class B b;

   public void doSomething(){

   }

}

A类测试:

public class TestClassA{

   @Mocks
   public class B b;

   @InjectMocks
   public class A a;

   @Test
   public testDoSomething(){

   }

}

使用@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创建一个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...

}