使用@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如何工作的示例代码。

假设我们有Game和Player类。

class Game {

    private Player player;

    public Game(Player player) {
        this.player = player;
    }

    public String attack() {
        return "Player attack with: " + player.getWeapon();
    }

}

class Player {

    private String weapon;

    public Player(String weapon) {
        this.weapon = weapon;
    }

    String getWeapon() {
        return weapon;
    }
}

如你所见，Game类需要玩家执行攻击。

@RunWith(MockitoJUnitRunner.class)
class GameTest {

    @Mock
    Player player;

    @InjectMocks
    Game game;

    @Test
    public void attackWithSwordTest() throws Exception {
        Mockito.when(player.getWeapon()).thenReturn("Sword");

        assertEquals("Player attack with: Sword", game.attack());
    }

}

Mockito将使用when and thenReturn方法模拟Player类及其行为。最后，使用@InjectMocks Mockito将该玩家放入游戏中。

注意，您甚至不需要创建一个新的Game对象。Mockito会给你注射的。

// you don't have to do this
Game game = new Game(player);

使用@Spy注释也会得到相同的行为。即使属性名不同。

@RunWith(MockitoJUnitRunner.class)
public class GameTest {

  @Mock Player player;

  @Spy List<String> enemies = new ArrayList<>();

  @InjectMocks Game game;

  @Test public void attackWithSwordTest() throws Exception {
    Mockito.when(player.getWeapon()).thenReturn("Sword");

    enemies.add("Dragon");
    enemies.add("Orc");

    assertEquals(2, game.numberOfEnemies());

    assertEquals("Player attack with: Sword", game.attack());
  }
}

class Game {

  private Player player;

  private List<String> opponents;

  public Game(Player player, List<String> opponents) {
    this.player = player;
    this.opponents = opponents;
  }

  public int numberOfEnemies() {
    return opponents.size();
  }

  // ...

这是因为Mockito将检查Game类的Type Signature，即Player和List<String>。

@Mock注释模拟相关对象。

@InjectMocks注释允许将@Mock创建的不同(和相关的)模拟注入到底层对象中。

两者是相辅相成的。

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

}

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

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

@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框架教程