Android ❤️ Unit Testy
czyli praktyczny kurs testów dla Android developerów
Z naszych szkoleń na AndroidPro i w Szkole Kotlina skorzystało już ponad 493 developerów
Prawdziwe pytanie to – czy możesz sobie pozwolić na brak testów?
- lepszą pozycję na rynku pracy (zobacz w ilu ogłoszeniach wspominają o jUnit lub Mockito)
- zrozumienie biznesu stojącego za aplikacją
- mniej wyrwanych włosów z głowy podczas debugowania
- lepszą produktywność: nie zrobisz tyle błędów typu “to miało być w ifie, a nie w elsie”
- szybszy development: zamiast za każdym razem odpalać apkę na emulatorze, odpalasz jedynie test
Co pisanie testów da Twojemu projektowi i firmie?
- wydajniejszą pracę nad nowymi funkcjonalnościami
- bezpieczniejszy refaktor (nawet w legacy)
- większą pewność w deploymencie (nawet w piątki!!!!)
- wzrost kultury jakości w zespole i w firmie
- lepszą architekturę aplikacji i design kodziku – pisanie testów promuje clean architecture
- lepszą produktywność: czytelne testy pozwalają efektywniej współpracować nad kodem w zespole
„PM mówi, że nie mamy czasu na testy”
- zmień project managera albo firmę [😎]
- koszt napisania testów pod każdego taska: +10% czasu na development
- koszt naprawy głupiego błędu, bo nie było wcześniej czasu na testy: +99999% czasu na naprawy
- unit testy -> szybszy rozwój produktu
- unit testy -> bezpieczniejsze i szybsze wdrożenia
- bierzesz taska z backlogu
- piszesz implementację (3h)
- pushujesz do mastera
- deploy do Play Store (zajmuje 3 dni)
- część userów ma CRASH bo JSON jest źle parsowany
- robisz rollback do poprzedniej wersji (kolejne 3 dni)
- szukasz błędu i naprawiasz buga (1-2 dni)
- wypuszczasz nową wersję (3 dni)
- bierzesz taska z backlogu
- piszesz implementację (3h)
- tworzysz testy (1h)
- znajdujesz błąd w formatowaniu JSONa
- poprawiasz implementację (20min)
- pushujesz do mastera
- deploy do Play Store
- userzy są szczęśliwi
Są zasadniczo dwie opcje finansowania tego programu:
- Wykorzystujesz budżet szkoleniowy w firmy w której pracujesz na ten kurs (profit)
- Inwestujesz samodzielnie w ten kurs i dzięki temu zdobywasz lepszą pracę w firmie która budżet szkoleniowy posiada (również profit)
Czego się nauczysz w programie?
🖥️ Konfiguracja środowiska
- jUnit5 w build.gradle
- jUnit4 i jUnit5 – czy można mieć oba?
- Inne sposoby na odpalanie testów
- Struktura testu
- Jak możemy nazwać test?
- Praca domowa
- Repozytorium
🧪 Test Doubles: Stub & Fake
- Czym jest unit w unit teście?
- Nasz System Under Test
- Mockito: prosty Stub
- Mockito: mockujemy finalne klasy
- Mockowanie bez frameworków
- Ulepszamy stuby z Mockito-Kotlin
- doReturn vs doAnswer
- MockK vs Mockito w stubach
🔍 Asercje bez tajemnic
- Jak działa asercja?
- Biblioteki z asercjami
- Jedna asercja failuje cały test
- A co jeśli chcemy mieć jednak wiele asercji
- Czytelne asercje – dodawanie message
- Budujemy własną asercje
- Materiały dodatkowe
🧪 Test Doubles: Mock i weryfikacje
- Oto co będziemy testować
- Mockito: sprawdzenie argumentów wywołania metody
- Mockito: Matchery
- Mockito: Never
🔃 Kotlin Coroutines w testach
- Jak przetestować korutyny?
- runBlocking vs runBlockingTest
- Test use case’u z suspend fun
- Testowanie Flow
🔃 RxJava w testach
- Single, blockingGet i TestObserver
- Single + czas
- Test use case’u z Single
📱Testujemy ViewModele!
- Co testujemy? Stan początkowy viewmodelu i prosty test.
- Obserwujemy zmiany w ViewModelu
- Kontroluj korutyny w ViewModelu
- Podsumowanie testu
- Don’t repeat yourself
- ViewModel + StateFlow
📱Model-View-Presenter
- DispatchersFacade
- Weryfikacja View z MockK
- Weryfikacja View – Error
- Budujemy robota dla View
📱Model-View-Intent
- Przykład MVI – LoginScreen
- Budujemy ViewRobota
- RxJava i fasada dla Schedulerów
- Zmiany stanu ViewRobota
- Podsumowanie dla ViewRobotów
⛈️ Dirty Architecture
- Wstęp
- Konfiguracja
- Pierwszy Use Case
- Refaktor w Activity…
- Refactor c.d
- org.json.JSONObject
🧪 Inne rodzaj definicji testów: specyfikacje
- Konfiguracja
- Before, After
- FreeSpec i zagnieżdżanie
- BehaviorSpec
- Ćwiczenie
🖥️ Wprowadzenie do CI: Github Actions
- Jak wygląda workflow na CI?
- Dodanie konfiguracji prosto z repozytorium
- Quickstart
- Bardziej złożona konfiguracja
- Marketplace akcji
- Co budować na PR? A co po pushu do mastera?
- Zadanie do wykonania
🧪 Testy Parametryczne
- jUnit5 Argument Source
- jUnit5 dynamicTests
- Kotest forAll
- Type Safety w testach parametrycznych
📝 Testy API
- Wstęp – testowanie Jsonów
- Lokalny Json w testach
- Gson – test mapowania
- kotlinx.serialization – test mapowania
- O czym pamiętać?
🖼️ GraphQL
- Opis API
- Aplikacja
- Co będziemy testować
- Test nazwy oraz emotki
- Test waluty wraz oraz refactor
- Test języka
- Test Builder
- Porównanie sposobów tworzenia danych
- Tworzenie danych – dodatek dla DSL
- Sanity test
- Odpowiedzi JSON
- Interceptor pod testy
- Testy Happy path
- Testy Sad path
- Weryfikacja zmiennych
- MockServer
- Podsumowanie
- Zadanie domowe
🎁 Bonusy
- Testowanie z Log.d i Timber.d
- DateTime + testy?
- Test Doubles Cheatsheet
- 7 grzechów testowania na Androidzie (nagranie webinaru)
- Idiomatic Kotlin in Tests (Droidcon Berlin 2021)
- Grupa dyskusyjna
- Baza pytań rekrutacyjnych
Ogarnij testy na Androidzie.
Zdobądź wiedzę
Wykorzystaj ją w praktyce
Twój instruktor
Jarek Michalik
- Google Developer Expert w dziedzinie Kotlina
- pomagam swoim klientom rozwijać produkty oparte o aplikacje mobilne (michalik.tech)
- Ponad 33 wystąpień na konferencjach polskich i zagranicznych
- Tworzy i wydaje kursy Kotlin i Android (AndroidPro.io, Szkoła Kotlina, nowoczesny.dev)
- Konfiguracja środowiska
- Asercje bez tajemnic
- Test Doubles: Stub & Fake
- Test Doubles: Mock i Verify
- Kotlin Coroutines w testach
- RxJava w testach
- Testujemy ViewModel
- Testujemy Model-View-Presenter
- Testujemy Model-View-Intent
- Refactor pod testy, czyli Dirty Architecture
- Inny rodzaj testów: specyfikacje
- Wprowadzenie do CI: Github Actions
- Testy parametryczne
- Testy z API
- Testy z GraphQL
A ponadto, bonusy:
- testowanie z Timberem
- testowanie z DateTime
- ściąga z test doubles
- nagrania webinarów i prelekcji
- nagrania spotkań LIVE
CZY TO NA PEWNO DLA MNIE? 👇
Krótka odpowiedź: Nie dowiesz się, dopóki nie dołączysz.
To normalne, że zastanawiasz się, czy nasz kurs testów na Androidzie spełni Twoje oczekiwania.
Dlatego oferujemy 30-dniową gwarancję satysfakcji. Możesz doświadczyć wszystkiego, co nasza platforma oferuje, bez ryzyka. W ciągu pierwszych 30 dni masz dostęp do całości programu i bonusów. To świetna okazja, aby zagłębić się w treści i zacząć wykorzystywać nowo zdobyte umiejętności w praktyce.
Jeśli jednak w ciągu pierwszych 30 dni zdecydujesz, że program nie spełnia Twoich oczekiwań i nie jest tym, czego szukasz, nie ma żadnego problemu. Wystarczy, że wyślesz do nas e-mail z prośbą o zwrot kosztów uczestnictwa, a my bez zbędnych pytań zwrócimy Ci pełną kwotę.
FAQ
Kurs obejmuje materiały wideo, tekstowe oraz repozytoria z kodem. Materiały wideo i tekstowe pozwalają na samodzielną naukę w dowolnym tempie.
Tak, po zapisaniu się na kurs i dokonaniu płatności, możesz otrzymać fakturę VAT. Wystarczy, że podasz dane firmy w koszyku.
Tak, wiele firm wspiera rozwój zawodowy swoich pracowników i może sfinansować ten kurs. Jeśli jesteś zainteresowany taką formą finansowania, najlepiej porozmawiać o tym z odpowiednim działem w swojej firmie. Napisz na jarek@nowoczesny.dev i wystawimy fakturę proforma.
Tak, po zakończeniu kursu i ukończeniu projektu końcowego, otrzymasz certyfikat potwierdzający zdobycie nowych umiejętności. Certyfikat ten może być wykorzystany do wzbogacenia Twojego CV lub portfolio zawodowego.
Od certyfikatu ważniejsze są umiejętności, które zdobędziesz.
Tak, po zakończeniu kursu uczestnicy mają dostęp do forum alumni, na którym mogą zadawać pytania, dzielić się wiedzą i doświadczeniami z innymi absolwentami.
Tak, oferujemy różne kursy zaawansowane i specjalistyczne dla osób, które chcą pogłębić swoją wiedzę w konkretnych obszarach Androida, Kotlin, czy innych technologiach mobilnych. Te kursy znajdują się na platformie AndroidPro.Io i są w języku angielskim.