Swift Academy · Lekcja

Testowanie view modeli

Jednostkowe testowanie logiki prezentacji w izolacji.

Testowanie view modeli to bezpłatna lekcja Swift Academy na CoddyKit. To lekcja 4 z 4. Możesz przeczytać całą lekcję poniżej za darmo — a potem ćwiczyć ją interaktywnie w przeglądarce z wbudowanym edytorem kodu i tutorem AI dostępnym 24/7. To część ścieżki edukacyjnej Swift Academy, a Twój postęp synchronizuje się między webem a aplikacją CoddyKit. Kurs Swift Academy zawiera 4 lekcji w sumie.

Dlaczego testować ViewModele?

ViewModel przechowuje logikę prezentacji, dlatego jest najcenniejszą warstwą do testowania jednostkowego. Ponieważ nie zależy od UIKit ani SwiftUI, można testować go izolowanie, szybko i w sposób deterministyczny.

Testowalność dzięki projektowi

Dobrze zbudowany ViewModel otrzymuje swoje zależności w inicjalizatorze. Dzięki temu testy mogą zastąpić je atrapami.

final class WeatherViewModel: ObservableObject {
    @Published var temperatureText = ""
    private let service: WeatherService

    init(service: WeatherService) {
        self.service = service
    }
}

Wstrzykiwanie zależności

Ukryj konkretne zależności za protokołem. ViewModel zależy od abstrakcji, więc testy mogą wstrzyknąć mock.

protocol WeatherService {
    func fetchTemperature() async throws -> Double
}

Tworzenie mocka

Mock jest zgodny z protokołem i zwraca przygotowane dane. Pozwala dokładnie kontrolować to, co widzi ViewModel.

final class MockWeatherService: WeatherService {
    var stubbedTemperature: Double = 20
    var didCallFetch = false

    func fetchTemperature() async throws -> Double {
        didCallFetch = true
        return stubbedTemperature
    }
}

Podstawowy test jednostkowy

Po wstrzyknięciu mocka sprawdzasz, czy ViewModel poprawnie przekształca dane.

func testFormatsTemperature() async {
    let mock = MockWeatherService()
    mock.stubbedTemperature = 25
    let vm = WeatherViewModel(service: mock)

    await vm.load()

    XCTAssertEqual(vm.temperatureText, "25 C")
}

Testowanie przejść stanów

ViewModele często udostępniają wyliczenie stanów. Przetestuj każdą gałąź, dostarczając dane wejściowe, które ją wywołują.

func testLoadingThenLoaded() async {
    let vm = FeedViewModel(service: MockFeedService())
    XCTAssertEqual(vm.state, .loading)

    await vm.load()

    XCTAssertEqual(vm.state, .loaded(["A", "B"]))
}

Testowanie ścieżek błędów

Spraw, aby mock zgłosił błąd, i zweryfikuj, czy ViewModel poprawnie obsługuje niepowodzenia oraz udostępnia stan błędu.

final class FailingService: WeatherService {
    func fetchTemperature() async throws -> Double {
        throw URLError(.notConnectedToInternet)
    }
}

func testShowsErrorOnFailure() async {
    let vm = WeatherViewModel(service: FailingService())
    await vm.load()
    XCTAssertEqual(vm.state, .error)
}

Weryfikowanie interakcji

Czasami ważne jest dla Ciebie to, że zależność została wywołana, a nie tylko uzyskany wynik. Flagi typu spy w mocku pozwalają asercyjnie sprawdzać zachowanie.

func testFetchIsCalled() async {
    let mock = MockWeatherService()
    let vm = WeatherViewModel(service: mock)
    await vm.load()
    XCTAssertTrue(mock.didCallFetch)
}

Testowanie danych wyjściowych @Published

Za pomocą Combine możesz zasubskrybować właściwość @Published, przechwycić emitowane wartości i sprawdzić ich sekwencję.

var received: [String] = []
let cancellable = vm.$temperatureText.sink { received.append($0) }

await vm.load()

XCTAssertEqual(received.last, "25 C")
cancellable.cancel()

Utrzymywanie szybkich testów

Ponieważ mocki zwracają dane natychmiast i nie ma prawdziwej sieci, testy ViewModeli wykonują się w ciągu milisekund. Unikaj prawdziwych timerów i URLSession — również dla zegarów i schedulerów wstrzykuj atrapy.

Dobre praktyki

Skuteczne testy ViewModeli:

Wstrzykują wszystkie zależności za pośrednictwem protokołów
Testują jedno zachowanie w ramach jednej metody testowej
Obejmują ścieżki powodzenia, pustych danych i błędów
Sprawdzają opublikowane dane wyjściowe, które odczytywałby widok

Szybki test

Sprawdź swoją wiedzę na temat testowania ViewModeli.

Podsumowanie

Poznałeś(-aś) sposób testowania jednostkowego ViewModeli w izolacji:

Wstrzykuj zależności ukryte za protokołami
Używaj mocków do kontrolowania danych wejściowych i śledzenia wywołań
Obejmuj testami stany powodzenia, błędu i pustych danych
Sprawdzaj dane wyjściowe @Published oraz przejścia stanów

Testowalne ViewModele są efektem rozdzielenia odpowiedzialności w MVVM.

Często zadawane pytania

Czy lekcja „Testowanie view modeli” jest bezpłatna?

Tak — pełny tekst „Testowanie view modeli” jest dostępny za darmo tutaj w sieci. Aby ćwiczyć ją interaktywnie (wbudowany edytor kodu i tutor AI dostępny 24/7) i odblokować resztę kursu Swift Academy, przejdź na CoddyKit PRO. Kurs Swift Academy zawiera 4 lekcji w sumie.

Co nauczysz się w „Testowanie view modeli”?

Jednostkowe testowanie logiki prezentacji w izolacji. Ćwiczysz Swift Academy z praktycznym kodem, który uruchamiasz bezpośrednio w przeglądarce, a tutor AI dostępny 24/7 odpowiada na Twoje pytania podczas pracy nad lekcją.

Czy potrzebuję doświadczenia, aby zacząć Swift Academy?

Nie wymagamy żadnego doświadczenia. Swift Academy w CoddyKit jest strukturyzowany dla początkujących i zaawansowanych użytkowników, więc możesz zacząć tutaj lub od początku i uczyć się w swoim tempie. To lekcja 4 z 4.

Ile czasu zajmuje lekcja „Testowanie view modeli”?

Większość lekcji CoddyKit trwa około 5–10 minut. Każda lekcja to mały, interaktywny krok, dzięki czemu robisz systematyczne postępy i zawsze wracasz dokładnie do tego samego miejsca — na webie i w aplikacji.

Czy mogę pisać i uruchamiać kod w tej lekcji Swift Academy?

Tak. Każda lekcja Swift Academy zawiera wbudowany edytor kodu, więc piszesz i uruchamiasz prawdziwy kod bezpośrednio w przeglądarce i od razu otrzymujesz sprzężenie zwrotne od AI — bez konfiguracji na komputerze.

Wszystkie lekcje w tym kursie

← Powrót do Swift Academy