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.
0
1
W jaki sposob chcesz testowac interfejsy? Co chcesz w nich testowac, przeciez one nie maja w ogole kodu... Testowac mozesz konkretna implementacje interfejsu.
0
Wiesz co słyszałem takie zagadnienie, ale też wydawało mi się to bez sensu. Chciałem zapytać żeby się upewnić.
0
Może słyszałeś to w kontekście testowania interfejsów graficznych?
0
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ł?
0
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
0
SM to nie było do Ciebie :P.
0
niezalogowany napisał(a):
SM to nie było do Ciebie :P.
Fakt, mój fail. ;D
0
o Mockito słyszał?
Mockowanie czegos nazywasz testowaniem, czy o co chodzi w tym poscie?
0
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?
0
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.
0
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.
0
@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.
0
Nie mam wiecej pytan ;d