Зарегистрируйте аннотированный контроллер @ControllerAdvice в JUnitTest с помощью MockMVC

Начиная с Spring 4.2, вы можете зарегистрировать свой ControllerAdvice непосредственно в своем StandaloneMockMvcBuilder:

MockMvcBuilders
     .standaloneSetup(myController)
     .setControllerAdvice(new MyontrollerAdvice())
     .build();

Чтобы активировать полную конфигурацию Spring MVC, вам нужно использовать MockMvcBuilders.webAppContextSetup вместо MockMvcBuilders.standaloneSetup.

Ознакомьтесь с этим часть документации Spring для более подробной информации.

Ваш код будет выглядеть так:

@RunWith(SpringJUnit4ClassRunner.class)
@WebAppConfiguration
@ContextConfiguration("test-config.xml")
public class ClientQueriesControllerTest {

    private MockMvc mockMvc;

    @Autowired
    private WebApplicationContext webApplicationContext;

    @Autowired
    private AuthenticationService authenticationService;

    @Before
    public void setup() {
        MockitoAnnotations.initMocks(this);
        mockMvc = MockMvcBuilders.webAppContextSetup(webApplicationContext).build();
    }

    @Test
    public void findAllAccountRelatedClientsUnauthorized() throws Exception {
        when(authenticationService.validateAuthorization(anyString())).thenThrow(AuthenticationException.class);

        mockMvc.perform(get("/rest/clients").header("Authorization", UUID.randomUUID().toString()))
                .andExpect(status().isUnauthorized());
    }
}

Затем внутри test-config.xml вы должны добавить bean-компонент Spring для AuthenticationService, который является макетом.

<bean id="authenticationService" class="org.mockito.Mockito" factory-method="mock">
    <constructor-arg value="your.package.structure.AuthenticationService"/>
</bean>

Конечно, вы можете использовать профили для внедрения макета AuthenticationService в тесты, если хотите повторно использовать свой обычный файл конфигурации Spring вместо создания test-config.xml.

ОБНОВЛЕНИЕ

Немного покопавшись, я обнаружил, что StandaloneMockMvcBuilder, возвращаемый (MockMvcBuilders.standaloneSetup), полностью настраивается. Это означает, что вы можете подключить любой преобразователь исключений, который вы предпочитаете.

Однако, поскольку вы используете @ControllerAdvice, приведенный ниже код не будет работать. Однако, если ваш метод @ExceptionHandler был внутри того же контроллера, все, что вам нужно было бы изменить, это следующий код:

mockMvc = MockMvcBuilders.standaloneSetup(controller).setHandlerExceptionResolvers(new ExceptionHandlerExceptionResolver()).build();

ОБНОВЛЕНИЕ 2

Еще немного копания дало ответ на то, как вы можете зарегистрировать правильный обработчик исключений, когда вы также используете @ControllerAdvice.

Вам необходимо обновить код установки в тесте следующим образом:

    @Before
    public void setUp() throws Exception {
        final ExceptionHandlerExceptionResolver exceptionHandlerExceptionResolver = new ExceptionHandlerExceptionResolver();

        //here we need to setup a dummy application context that only registers the GlobalControllerExceptionHandler
        final StaticApplicationContext applicationContext = new StaticApplicationContext();
        applicationContext.registerBeanDefinition("advice", new RootBeanDefinition(GlobalControllerExceptionHandler.class, null, null));

        //set the application context of the resolver to the dummy application context we just created
        exceptionHandlerExceptionResolver.setApplicationContext(applicationContext);

        //needed in order to force the exception resolver to update it's internal caches
        exceptionHandlerExceptionResolver.afterPropertiesSet();

        mockMvc = MockMvcBuilders.standaloneSetup(controller).setHandlerExceptionResolvers(exceptionHandlerExceptionResolver).build();
    }

Прошло NestedServletException со следующим решением...

    final StaticApplicationContext applicationContext = new StaticApplicationContext();
    applicationContext.registerSingleton("exceptionHandler", GlobalControllerExceptionHandler.class);

    final WebMvcConfigurationSupport webMvcConfigurationSupport = new WebMvcConfigurationSupport();
    webMvcConfigurationSupport.setApplicationContext(applicationContext);

    mockMvc = MockMvcBuilders.standaloneSetup(controller).
        setHandlerExceptionResolvers(webMvcConfigurationSupport.handlerExceptionResolver()).
        build();

Если у вас есть несколько классов рекомендаций, каждый из которых имеет @ExceptionHandler, и один из этих классов обрабатывает очень общее базовое исключение, например @ExceptionHandler({Exception.class}), тогда вам нужно будет добавить некоторый порядок приоритета в ваши классы рекомендаций в соответствии с этим ответом SO.

https://stackoverflow.com/a/19500823/378151

Вы можете добавить это в свой тестовый класс

@Autowired
@Qualifier("handlerExceptionResolver")
void setExceptionResolver(HandlerExceptionResolver resolver)
{
    this.exceptionResolver = resolver;
}

а затем добавьте exceptionResolver в свой MockMvc

@Before
public void setup() {
    MockitoAnnotations.initMocks(this);
    mockMvc = MockMvcBuilders.standaloneSetup(controller)
               .setHandlerExceptionResolvers(this.exceptionResolver).build();
}