Witam Wszystkim,
chciałbym zadać kolegą starszym w fachu pytanie odnośnie testowania interfejsów.
Jak się za to zabrać za pomocą JUnit 4.
Jeśli ktoś jest w stanie mi pokazać jakąś metodę jak to robić byłbym zobowiązany.
Witam Wszystkim,
chciałbym zadać kolegą starszym w fachu pytanie odnośnie testowania interfejsów.
Jak się za to zabrać za pomocą JUnit 4.
Jeśli ktoś jest w stanie mi pokazać jakąś metodę jak to robić byłbym zobowiązany.
W jaki sposob chcesz testowac interfejsy? Co chcesz w nich testowac, przeciez one nie maja w ogole kodu... Testowac mozesz konkretna implementacje interfejsu.
Wiesz co słyszałem takie zagadnienie, ale też wydawało mi się to bez sensu. Chciałem zapytać żeby się upewnić.
Może słyszałeś to w kontekście testowania interfejsów graficznych?
W jaki sposob chcesz testowac interfejsy? Co chcesz w nich testowac, przeciez one nie maja w ogole kodu... Testowac mozesz konkretna implementacje interfejsu.
o Mockito słyszał?
airborn napisał(a):
Może słyszałeś to w kontekście testowania interfejsów graficznych?
Pewnie jest tak jak mówisz, ale jak się nie mylę to do tego można używać Selenium.
niezalogowany napisał(a):
W jaki sposob chcesz testowac interfejsy? Co chcesz w nich testowac, przeciez one nie maja w ogole kodu... Testowac mozesz konkretna implementacje interfejsu.
o Mockito słyszał?
Tak, jak najbardziej
SM to nie było do Ciebie :P.
niezalogowany napisał(a):
SM to nie było do Ciebie :P.
Fakt, mój fail. ;D
o Mockito słyszał?
Mockowanie czegos nazywasz testowaniem, czy o co chodzi w tym poscie?
niezalogowany napisał(a):
W jaki sposob chcesz testowac interfejsy? Co chcesz w nich testowac, przeciez one nie maja w ogole kodu... Testowac mozesz konkretna implementacje interfejsu.
o Mockito słyszał?
Slyszal. Czyli co, chcesz testowac interfejs poprzez zrobienie mocka do niego i stubowanie jego metod? Jakis ma to sens?
Trochę inaczej. Można spróbować napisać testy dla interfejsu mające za zadanie sprawdzać kontrakt tego interfejsu i tylko tyle. Następnie do takiego testu podajemy jako jeden z parametrów implementację i wynik mówi nam czy spełnia ona kontrakt czy też nie.
Ma to sens w momencie gdy chcemy zapewnić, że implementacje będą zachowywać się w określony sposób, ale nie my je dostarczamy. Przy czym jest to raczej rozwiązanie wynikające z charakteru przyjętego sposobu produkcji oprogramowania. Jeden zespół "wystawia" interfejs i pisze jego testy, a inny przygotowuje implementację/e.
No wlasnie, czyli sprawdzasz czy implementacja sie zachowuje zgodnie z kontraktem - czyli testujesz implementacje, nie interfejs. Prawie mowiac zupelnie nie czaje jak mozna testowac cos co ma pare deklaracji metod i javadoca ktory mowi co ma sie dziac i jak zachowywac, nie wiem skad ty zawsze wyskakujesz z takimi pomyslami.
@mućka, technicznie tak. Testujesz implementację, ale testy piszesz nie wiedząc nic o konkretach. Zero mocków, zero stubów itp. sam czysty interfejs.
Nie mam wiecej pytan ;d