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

@InjectMocks
private SomeManager someManager;

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

@Mock
private SomeDependency someDependency;

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

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

@InjectMocks
private SomeManager someManager;

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

@Mock
private SomeDependency someDependency;

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

使用@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...

}

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

Mockito所基于的“Mock框架”是一个允许您创建Mock对象的框架(在旧术语中，这些对象可以称为分流，因为它们作为依赖功能的分流) 换句话说，模拟对象用于模拟代码所依赖的真实对象，您可以使用模拟框架创建代理对象。 通过在测试中使用模拟对象，基本上可以从普通的单元测试过渡到集成测试

Mockito是一个在MIT许可下发布的Java开源测试框架，它是一个“模拟框架”，可以让你用干净简单的API编写漂亮的测试。在Java领域中有许多不同的模拟框架，但是基本上有两种主要的模拟对象框架，一种是通过代理实现的，另一种是通过类重映射实现的。

像Spring这样的依赖注入框架允许您在不修改任何代码的情况下注入代理对象，模拟对象期望调用某个方法并返回预期结果。

@InjectMocks注释尝试实例化测试对象实例，并将带有@Mock或@Spy注释的字段注入到测试对象的私有字段中。

initmocks (this)调用，重置测试对象并重新初始化模拟，所以记得在@Before / @BeforeMethod注释中有这个。

注意，@InjectMocks即将被弃用

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

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

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

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

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