Dobre wzorce do testowania jednostkowego ziaren z weryfikacją opartą na adnotacjach w Spring MVC

Question

Podczas korzystania z sprawdzania poprawności opartej na adnotacjach dla komponentu bean formularza, jaka jest najlepsza praktyka testowania jednostkowego tych komponentów, aby zapewnić poprawność adnotacji sprawdzania poprawności dla każdego pola?

Na przykład, jeśli masz:

public class MyForm { 
    @NotNull 
    private String name; 
} 

Jaki jest najlepszy sposób, aby sprawdzić, @NotNull stosuje się do niego?

Oczywistym sposobem jest stworzenie walidator, rzucać null na niego i oczekiwać, że się nie powiedzie. Ale moim zdaniem to nie jest najlepszy sposób jak będziesz badania zachowań i wdrożenie @NotNull użyciu że zamiast ufać ramy.

Idealnie chciałbym użyć refleksji lub narzędzia, które daje mi możliwość stwierdzenia, że ​​walidacja @NotNull (i każdej innej) jest stosowana do danego pola, zamiast wysyłać różne kombinacje wartości, które nie sprawdzają poprawności .

Czy istnieje elegancki sposób to zrobić, czy jestem na dobrej drodze w ogóle?

Answer 1

Możesz również napisać testy jednostkowe dla swojej fasoli, które są opisane w JSR303 przy użyciu fabryki walidatorów. Zobacz przykład: http://musingsofaprogrammingaddict.blogspot.com/2009/02/using-bean-validation-with-spring.html

Answer 2

Dwie rzeczy, które należy wziąć pod uwagę:

nie testują swoich TRZECIĄ libraries/ram.

Należy opierać się na nich, oni mają być już przetestowany przez swoich opiekunów i otaczającej wykorzystania społeczności. Nie je przetestować, czy raczej ocenić im. Aby upewnić się, że odpowiadają one Twoim potrzebom i zmniejszyć ryzyko.

zachowanie Testowanie jest co sprawa, naprawdę!

W ogromnej większości zastosowań jest mało miejsca na rzeczywiste testowanie JEDNOSTKI, ponieważ logika biznesowa jest niewielka, są one rozpowszechnione w wielu modułach aplikacji. Dlatego powinieneś rozważyć testowanie integracji z tym samym priorytetem, co testowanie jednostkowe. Łatwiej jest to uchwycić, stosując podejście behawioralne.

Tak więc, aby odpowiedzieć na twoje pytanie, nie powinieneś próbować testować komponentu bean w ogóle. To tylko obiekt transportowy. To, co powinieneś przetestować, to jak odbiornik reaguje z tym formularzem i sprawdza zarówno przypadek normalny, jak i brzegowy.

Answer 3

Testujemy adnotacje o właściwościach fasoli w ramach testów integracyjnych między naszą warstwą prezentacji a pojemnikiem sprężynowym.

Co możemy zrobić, to stworzyć fałszywy MockPortletContext, DispatcherPortlet i MockRequests (te zajęcia są częścią biblioteki wiosna-test), wypełnić żądania tak, że wyglądają jak prawdziwa forma została zgłosił, a następnie wywołać dispatcherPortlet. (mamy środowisko portletowe, ale to nie ma znaczenia)

Następnie możesz sprawdzić, czy twój backend został nazwany prawidłowo lub czy odpowiedź zawiera wynik wiązania z oczekiwanymi błędami walidacji, czego potrzebujesz.

Answer 4

Możesz to łatwo przetestować.

Załóżmy, że korzystasz z weryfikatora hibernacji. Mniej więcej, powinno być coś takiego

import javax.validation.ConstraintViolation; 
    import junit.framework.Assert; 
    import org.hibernate.validator.HibernateValidator; 
    import org.junit.Before; 
    import org.junit.Test; 
    import org.springframework.validation.beanvalidation.LocalValidatorFactoryBean; 

private LocalValidatorFactoryBean localValidatorFactory; 


@Before 
public void setup() { 
    localValidatorFactory = new LocalValidatorFactoryBean(); 
    localValidatorFactory.setProviderClass(HibernateValidator.class); 
    localValidatorFactory.afterPropertiesSet(); 
} 

    @Test 
    public void testNullValidationError() { 
     final MyForm myForm= new MyForm(); 
     myForm.setName(null); 
     Set<ConstraintViolation<MyForm >> constraintViolations =  localValidatorFactory.validate(myForm); 
     Assert.assertTrue("Your error message", constraintViolations.notNull == null); 
    }