Макет репозитория из класса контроллера с использованием Spring Boot и JUnit

Он не использует ваши макеты, потому что вы не вводите эти макеты в свои классы контроллера / службы. Вместо этого вы проводите его автоматически.
Правильный способ сделать это -

@RunWith(MockitoJUnitRunner.class)
public class MyControllerTest {

    @InjectMocks
    MyController controller;
    .....

}

Еще лучшим решением было бы избавиться от Field Injection и использовать Constructor Injection.

Например, в вашем классе Controller и Service. Вместо использования @Autowired на полях вы можете сделать это на Contructor. Например

class MyService {

   private final MyRepository repo;

   @Autowired
   public MyService(final MyRepository repo) {
      this.repo = repo;
   }
}

Аналогично в классе контроллера

class MyController {

    @Autowired
    private final MyService service;

    public MyController(final MyService service) {
         this.service = service
    }
}

Это поможет вам легко настроить макеты во время выполнения. Например, в своем тестовом классе вы могли бы сделать

@RunWith(MockitoJUnitRunner.class)
public class MyControllertest {

    MyController controller;
    MyService service;

    @Mock
    MyRepository repoMock;


    @Before
    public void setup(){
        // init mocks
      service = new MyService(repoMock);
      controller = new MyController(service);
    }
  ..............
}

Здесь хорошая статья о внедрении поля

Это сработало для меня:

  @MockBean
  private OrderRepository orderRepository;

  @SpyBean
  private OrderService orderService;

  @InjectMocks
  private OrderController orderController;

Вы не должны звонить

MockitoAnnotations.initMocks(this);

в методе setUp, потому что SpringRunner уже инициализирует макеты. Вызывая initMocks, вы назначаете новый объект repoMock. Все действия Mockito, такие как when, выполняются над новым объектом, но Spring по-прежнему использует "старый" MyRepository, который был создан SpringRunner.

3 способа решить эту проблему:

1. Один с Mockito.

 @Mock
 MyRepository repoMock;
 @InjectMocks
 MyService service;

Это означает, что он сопоставляет поля класса MyService по типу класса и присваивает этим полям макетированные переменные. Таким образом, он внедряет макеты в вашу службу. Это не имеет ничего общего с Spring.

2. Отрефактируйте конструктор MyService, чтобы зависимости можно было внедрить через конструктор. @Autowired также работает с конструкторами, и поэтому это предпочтительный способ.

@Autowired
public MyService(MyRespoitory repository){
  this.repository = repository;
}

3. Используйте тестовую среду Springs:

https://docs.spring.io/spring-security/site/docs/current/reference/html/test-mockmvc.html.

И определите bean-компонент, который является имитацией вашего репозитория.

@Bean
public MyRepository mockMyRepository(){
  return mock(MyRespository.class);
}

Это может быть медленным и утомительным для тестирования службы.

Второй - наиболее предпочтительный и простой способ.

Это отлично работает:

@WebMvcTest(MyController.class)
public class WebMockTest {

@Autowired
private MockMvc mockMvc;

@MockBean
private MyRepository repository;

@SpyBean
private MyService service;

@InjectMocks
private MyController controller;

@Test
public void saveTest() throws Exception {
    String content = "";
    long id=Long.MAX_VALUE;

    Entity entityToSend = new Entity(id, content);
    Gson gson = new Gson();
    when(repository.save(any(Entity.class)).thenReturn(Optional.of(entityToSend));

    mockMvc.perform(MockMvcRequestBuilders
            .post("/api/save")
            .content(gson.toJson(entityToSend))
            .contentType(MediaType.APPLICATION_JSON)
            .accept(MediaType.APPLICATION_JSON))
            .andExpect(status().isOk())
            .andExpect(MockMvcResultMatchers.jsonPath("$.id").value(Long.MAX_VALUE))
            .andExpect(MockMvcResultMatchers.jsonPath("$.content").value(content));
}