Mockito to fałszywy framework dla Javy. Jest zainspirowany EasyMock, ale ma na celu jeszcze większe uproszczenie próbnego krojenia, weryfikacji i narzędzi.
Czy istnieje czysta metoda wyśmiewania klasy za pomocą ogólnych parametrów? Powiedz, że muszę wyśmiewać klasę, Foo<T>którą muszę przekazać do metody, która oczekuje Foo<Bar>. Z łatwością mogę wykonać następujące czynności: Foo mockFoo = mock(Foo.class); when(mockFoo.getValue).thenReturn(new Bar()); Zakładając, getValue()zwraca typ ogólny T. Ale to będzie miało kocięta, kiedy później przekażę to do …
Przeczytałem tutaj kilka wątków na temat metod statycznych i myślę, że rozumiem problemy, które mogą powodować niewłaściwe użycie / nadmierne użycie metod statycznych. Ale tak naprawdę nie do końca zrozumiałem, dlaczego trudno wyśmiewać metody statyczne. Wiem, że inne fałszywe frameworki, takie jak PowerMock, mogą to zrobić, ale dlaczego Mockito nie …
Mam wywołanie metody, które chcę wyśmiewać za pomocą mockito. Na początek stworzyłem i wstrzyknąłem instancję obiektu, na którym zostanie wywołana metoda. Moim celem jest zweryfikowanie jednego z obiektów w wywołaniu metody. Czy istnieje sposób, w jaki mockito pozwala potwierdzić lub zweryfikować obiekt i jego atrybuty, gdy wywoływana jest metoda mock? …
W przypadku Mockito chcę verify()wywołać metodę z byte[]listy argumentów, ale nie znalazłem sposobu na napisanie tego. myMethod( byte[] ) Chcę tylko coś takiego anyByteArray(), jak to zrobić z Mockito?
Googlowałem na ten temat, ale nie znalazłem nic istotnego. Mam coś takiego: Object obj = getObject(); Mockeable mock= Mockito.mock(Mockeable.class); Mockito.when(mock.mymethod(obj )).thenReturn(null); Testeable testableObj = new Testeable(); testableObj.setMockeable(mock); command.runtestmethod(); Teraz chcę sprawdzić, czy to mymethod(Object o), co nazywa się wewnątrz runtestmethod(), zostało wywołane z Obiektem o, a nie z żadnym innym. …
Mam ostatnią klasę, coś takiego: public final class RainOnTrees{ public void startRain(){ // some code here } } Korzystam z tej klasy w innej klasie, takiej jak ta: public class Seasons{ RainOnTrees rain = new RainOnTrees(); public void findSeasonAndRain(){ rain.startRain(); } } i w mojej klasie testowej JUnit, Seasons.javabo chcę …
Chciałbym przetestować klasę abstrakcyjną. Jasne, mogę ręcznie napisać próbną dziedziczenie po klasie. Czy mogę to zrobić przy użyciu frameworku (używam Mockito) zamiast ręcznego tworzenia mojej makiety? W jaki sposób?
Czy istnieje sposób na sprawdzenie, czy a methodOnejest wywoływane wcześniej methodTwow Mockito? public class ServiceClassA { public void methodOne(){} } public class ServiceClassB { public void methodTwo(){} } public class TestClass { public void method(){ ServiceClassA serviceA = new ServiceClassA(); ServiceClassB serviceB = new ServiceClassB(); serviceA.methodOne(); serviceB.methodTwo(); } }
Tak więc tworzę próbny obiekt jako zmienną statyczną na poziomie klasy, tak jak ... W jednym teście chcę Foo.someMethod()zwrócić określoną wartość, podczas gdy w innym teście chcę, aby zwróciła inną wartość. Problem, który mam, polega na tym, że wydaje się, że muszę odbudować symulacje, aby działało poprawnie. Chciałbym uniknąć przebudowy …
Piszę przypadki testowe jUnit dla 3 celów: Aby upewnić się, że mój kod spełnia wszystkie wymagane funkcje, we wszystkich (lub w większości) kombinacjach / wartościach wejściowych. Aby upewnić się, że mogę zmienić implementację i polegać na testach JUnit, aby powiedzieć, że cała moja funkcjonalność jest nadal zadowolona. Jako dokumentacja wszystkich …
Obecnie używam Mockito do kpienia z obiektów warstwy usługi w aplikacji Spring MVC, w której chcę przetestować metody kontrolera. Jednak, kiedy czytałem o szczegółach Mockito, odkryłem, że metody doReturn(...).when(...)są równoważne when(...).thenReturn(...). Moje pytanie brzmi: po co są dwie metody, które robią to samo, czy jaka jest subtelna różnica między doReturn(...).when(...)i …
Mam interfejs z metodą, która oczekuje tablicy Foo: public interface IBar { void doStuff(Foo[] arr); } Szydzę z tego interfejsu za pomocą Mockito i chciałbym to potwierdzić doStuff() jest on wywoływany, ale nie chcę sprawdzać poprawności przekazywanych argumentów - „nie przejmuj się”. Jak napisać następujący kod za pomocą any()metody ogólnej …
Używam Mockito @Mocki @InjectMocksadnotacji do wstrzykiwania zależności do prywatnych pól, które są opatrzone adnotacjami za pomocą Springa @Autowired: @RunWith(MockitoJUnitRunner.class) public class DemoTest { @Mock private SomeService service; @InjectMocks private Demo demo; /* ... */ } i public class Demo { @Autowired private SomeService service; /* ... */ } Teraz chciałbym …
Próbuję, aby jeden z mockowanych obiektów rzucał sprawdzony wyjątek, gdy wywoływana jest określona metoda. Próbuję następujących rzeczy. @Test(expectedExceptions = SomeException.class) public void throwCheckedException() { List<String> list = mock(List.class); when(list.get(0)).thenThrow(new SomeException()); String test = list.get(0); } public class SomeException extends Exception { } Jednak powoduje to następujący błąd. org.testng.TestException: Expected exception …
czy możliwe jest przekazanie typu interfejsu za pomocą typów generycznych? Interfejs: public interface AsyncCallback<T> W mojej metodzie testowej: Mockito.any(AsyncCallback.class) Odkładanie <ResponseX>za lub za .classwykonaną pracę.
Używamy plików cookie i innych technologii śledzenia w celu poprawy komfortu przeglądania naszej witryny, aby wyświetlać spersonalizowane treści i ukierunkowane reklamy, analizować ruch w naszej witrynie, i zrozumieć, skąd pochodzą nasi goście.
Kontynuując, wyrażasz zgodę na korzystanie z plików cookie i innych technologii śledzenia oraz potwierdzasz, że masz co najmniej 16 lat lub zgodę rodzica lub opiekuna.