Тестирование Spring @MVC аннотации

на днях я столкнулся с проблемой, когда аннотация @Valid была случайно удалена из класса контроллера. К сожалению, это не помешало ни одному из наших тестов. Ни один из наших модульных тестов на самом деле не упражняется весной AnnotationMethodHandlerAdapter путь. Мы просто тестируем наши классы контроллеров напрямую.

Как я могу написать модульный или интеграционный тест, который правильно завершится ошибкой, если мои аннотации @MVC неверны? Есть ли способ попросить Spring найти и выполнить соответствующий контроллер с помощью MockHttpServlet или что-то еще?

9
java spring spring-annotations spring-mvc unit-testing

3 ответов

в предстоящей весне 3.2 (снимок доступен) или с spring-test-mvc (https://github.com/SpringSource/spring-test-mvc) вы можете сделать это так:

сначала мы эмулируем проверку, поскольку мы не хотим тестировать валидатор, просто хотим знать, вызывается ли проверка.

public class LocalValidatorFactoryBeanMock extends LocalValidatorFactoryBean
{
    private boolean fakeErrors;

    public void fakeErrors ( )
    {
        this.fakeErrors = true;
    }

    @Override
    public boolean supports ( Class<?> clazz )
    {
        return true;
    }

    @Override
    public void validate ( Object target, Errors errors, Object... validationHints )
    {
        if (fakeErrors)
        {
            errors.reject("error");
        }
    }
}

это наш тестовый класс:

@RunWith(SpringJUnit4ClassRunner.class)
@WebAppConfiguration
@ContextConfiguration
public class RegisterControllerTest
{
 @Autowired
 private WebApplicationContext  wac;
 private MockMvc mockMvc;

     @Autowired
     @InjectMocks
     private RegisterController registerController;

     @Autowired
     private LocalValidatorFactoryBeanMock  validator;

  @Before
  public void setup ( )
  {
     this.mockMvc = MockMvcBuilders.webAppContextSetup(this.wac).build();
     // if you want to inject mocks into your controller
             MockitoAnnotations.initMocks(this);
  }

    @Test
    public void testPostValidationError ( ) throws Exception
    {
        validator.fakeErrors();
        MockHttpServletRequestBuilder post = post("/info/register");
        post.param("name", "Bob");
        ResultActions result = getMockMvc().perform(post);
            // no redirect as we have errors
        result.andExpect(view().name("info/register"));
    }

    @Configuration
    @Import(DispatcherServletConfig.class)
    static class Config extends WebMvcConfigurerAdapter
    {
        @Override
        public Validator getValidator ( )
        {
            return new LocalValidatorFactoryBeanMock();
        }

        @Bean
        RegisterController registerController ( )
        {
            return new RegisterController();
        }
    }
}
1

Я пишу интеграционные тесты для такого рода вещей. Скажем, у вас есть боб с аннотациями проверки:

public class MyForm {
    @NotNull
    private Long myNumber;

    ...
}

и контроллер, который обрабатывает представления

@Controller
@RequestMapping("/simple-form")
public class MyController {
    private final static String FORM_VIEW = null;

    @RequestMapping(method = RequestMethod.POST)
    public String processFormSubmission(@Valid MyForm myForm,
            BindingResult result) {
        if (result.hasErrors()) {
            return FORM_VIEW;
        }
        // process the form
        return "success-view";
    }
}

и вы хотите проверить, что аннотации @Valid и @NotNull подключены правильно:

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration({"file:web/WEB-INF/application-context.xml",
    "file:web/WEB-INF/dispatcher-servlet.xml"})
public class MyControllerIntegrationTest {

    @Inject
    private ApplicationContext applicationContext;

    private MockHttpServletRequest request;
    private MockHttpServletResponse response;
    private HandlerAdapter handlerAdapter;

    @Before
    public void setUp() throws Exception {
        this.request = new MockHttpServletRequest();
        this.response = new MockHttpServletResponse();

        this.handlerAdapter = applicationContext.getBean(HandlerAdapter.class);
    }

    ModelAndView handle(HttpServletRequest request, HttpServletResponse response)
            throws Exception {
        final HandlerMapping handlerMapping = applicationContext.getBean(HandlerMapping.class);
        final HandlerExecutionChain handler = handlerMapping.getHandler(request);
        assertNotNull("No handler found for request, check you request mapping", handler);

        final Object controller = handler.getHandler();
        // if you want to override any injected attributes do it here

        final HandlerInterceptor[] interceptors =
            handlerMapping.getHandler(request).getInterceptors();
        for (HandlerInterceptor interceptor : interceptors) {
            final boolean carryOn = interceptor.preHandle(request, response, controller);
            if (!carryOn) {
                return null;
            }
        }

        final ModelAndView mav = handlerAdapter.handle(request, response, controller);
        return mav;
    }

    @Test
    public void testProcessFormSubmission() throws Exception {
        request.setMethod("POST");
        request.setRequestURI("/simple-form");
        request.setParameter("myNumber", "");

        final ModelAndView mav = handle(request, response);
        // test we're returned back to the form
        assertViewName(mav, "simple-form");
        // make assertions on the errors
        final BindingResult errors = assertAndReturnModelAttributeOfType(mav, 
                "org.springframework.validation.BindingResult.myForm", 
                BindingResult.class);
        assertEquals(1, errors.getErrorCount());
        assertEquals("", errors.getFieldValue("myNumber"));        
    }

см. мой пост в блоге интеграция тестирования Весна MVC аннотации

13

конечно. Нет причин, по которым ваш тест не может создать свой собственныйDispatcherServlet, впрысните его с различными деталями которые он имел бы в контейнере (например ServletContext), включая расположение файла определения контекста.

весна приходит с разнообразие сервлет-родственным MockXYZ классы для этой цели, в том числе MockServletContext, MockHttpServletRequest и MockHttpServletResponse. Они на самом деле не "насмешливые" объекты в обычном смысле, они больше похожи на тупые окурки, но они выполняют свою работу.

в контекст теста сервлета будет иметь обычные бобы, связанные с MVC, плюс ваши бобы для тестирования. После инициализации сервлета создайте фиктивные запросы и ответы и введите их вservice() метод. Если запрос маршрутизируется правильно, вы можете проверить результаты, записанные в макет ответа.

3