Testen in Swift: Unit, Integration, E2E — das vollständige Handbuch

Testen in Swift: Unit, Integration, E2E – von der Theorie zur Praxis

Qualitätstests sind nicht nur „guter Stil" bei der Entwicklung für iOS und macOS, sondern eine kritisch wichtige Phase, die Stabilität, Sicherheit und Vorhersagbarkeit der Anwendung gewährleistet. In diesem Artikel analysieren wir drei Testebenen in Swift: Unit-Tests, Integrationstests und E2E (End-to-End). Sie erfahren, worin sie sich unterscheiden, wann sie anzuwenden sind und wie man effektive Tests mit den Frameworks XCTest und XCUITest schreibt.

1. Unit-Testing: Die „Bausteine" der Anwendung prüfen

Unit-Tests sind die niedrigste und schnellste Testart. Sie überprüfen die Arbeit einzelner Funktionen, Methoden oder Klassen (Units) in Isolation von externen Abhängigkeiten (Netzwerk, Datenbank, UI).

Grundprinzipien von Unit-Tests in Swift:

• Isolation: Der getestete Code darf nicht vom Zustand anderer Module abhängen.
• Wiederholbarkeit: Der Test muss bei jedem Durchlauf das gleiche Ergebnis liefern.
• Schnelligkeit: Tausende Unit-Tests sollten in Sekunden ausgeführt werden.

Beispiel eines Unit-Tests mit XCTest:

import XCTest

class Calculator {    func add(_ a: Int, _ b: Int) -> Int {        return a + b    }        func divide(_ a: Int, _ b: Int) throws -> Int {        guard b != 0 else { throw CalculationError.divisionByZero }        return a / b    }}

enum CalculationError: Error {    case divisionByZero}

class CalculatorTests: XCTestCase {    var calculator: Calculator!        override func setUp() {        super.setUp()        calculator = Calculator()    }        override func tearDown() {        calculator = nil        super.tearDown()    }        func testAddition() {        // Given        let a = 5        let b = 3                // When        let result = calculator.add(a, b)                // Then        XCTAssertEqual(result, 8, "5 + 3 sollte gleich 8 sein")    }        func testDivisionByZeroThrowsError() {        // Verwende XCTAssertThrowsError zur Überprüfung von Ausnahmen        XCTAssertThrowsError(try calculator.divide(10, 0)) { error in            XCTAssertEqual(error as? CalculationError, .divisionByZero)        }    }}

Best Practices für Unit-Tests:

• Verwenden Sie das AAA (Arrange-Act-Assert)-Muster – Vorbereitung, Aktion, Überprüfung.
• Benennen Sie Tests aussagekräftig: testMethodName_condition_expectedResult.
• Vermeiden Sie das Testen privater Methoden – testen Sie die öffentliche Schnittstelle.
• Für Mocks und Stubs verwenden Sie Protokolle und dependency injection.

2. Integrationstesting: Zusammenspiel der Komponenten prüfen

Integrationstests überprüfen, wie verschiedene Module der Anwendung zusammenarbeiten. Im iOS-Kontext kann dies die Interaktion der ViewModel mit dem Netzwerk, Core Data oder UserDefaults sein.

Beispiel eines Integrationstests mit einem Mock der Netzwerkschicht:

import XCTest

// Protokoll für den Netzwerkservice (ermöglicht einfaches Austauschen)protocol NetworkServiceProtocol {    func fetchUser(id: Int, completion: @escaping (Result<User, Error>) -> Void)}

// Realer Service (wird im Integrationstest nicht getestet)class RealNetworkService: NetworkServiceProtocol {    func fetchUser(id: Int, completion: @escaping (Result<User, Error>) -> Void) {        // Echter HTTP-Request    }}

// Mock-Service für das Testenclass MockNetworkService: NetworkServiceProtocol {    var shouldReturnError = false    var mockUser = User(id: 1, name: "Test User")        func fetchUser(id: Int, completion: @escaping (Result<User, Error>) -> Void) {        if shouldReturnError {            completion(.failure(NSError(domain: "test", code: 500)))