Aktywne Wpisy
Mirkos2127 +75
Treść przeznaczona dla osób powyżej 18 roku życia...
adajpanspokoj320 +66
Jak myślicie, s--s bez p----------y z masażystka hotelowa w Tanzanii za 100$ to dobry pomysł, czy jednak źle zrobiłem?
#divyzwykopem #kiciochpyta #podroze
#divyzwykopem #kiciochpyta #podroze
źródło: temp_file1985486513310275420
Pobierz




Mam pare pytań o testowanie aplikacji na androidzie, jeśli ktoś wie, proszę o pomoc :D
1. Czy testy espresso powinny być dla jednego activity + mockowanie danych czy można je wykonywać dla całej aplikacji (w sensie za każdym razem wejście w aplikacje, wykonywanie requestow, dojście do testowanego miejsca i wtedy sprawdzanie widoku testowanego)?
2. Testował ktoś z was WebView w Espresso? Wiecie może jak wykonać dzialanie na elemencie WebView który nie ma id i muszę dostać się do niego np. przez parent-child?
3. Jak bardzo głupie byłoby gdyby testy UI wykonywały logowanie na jakies konto testowe z logowaniem tak by wykonywały się przy okazji requesty?
Jeśli ktoś ma pod ręką jakiś ciekawy artykuł o tym jak testować złożoną aplikacje (najlepiej taką w której jest logowanie, webview itd.) to chętnie przyjmę. Zawsze jeśli coś znajduje to jest to raczej takie intro które nie odpowiada na poważniejsze problemy z tym związane
1. To jest tak naprawde kwestia podejścia. Mockowanie danych ma ten plus, że testy lecą niezależnie od połaczenia z internetem, a na dodatek nie obciążają backendu. Do mockowania danych polecam Wiremock'a jako kobyłę i MockWebServer jako coś prostego. Możesz podejść do testowania apki tak, że odpalasz konkretne activity sprawdzasz feature i tyle. Możesz również, napisać testy które mają pełną ścieżkę dojścia do konkretnego activity (powiedzmy logowanie usera, lub nawet