Wie schreibt man einen Smoke-Test?

Smoke-Tests. Wir identifizieren die wichtigsten, kritisch wichtigen Funktionen der Anwendung. Wir erstellen eine minimale Testsuite, um die "oberflächliche" Funktionalität dieser Funktionen zu überprüfen. Diese automatisieren wir für eine schnelle Ausführung nach jedem Build oder Release.

Beispiel für eine Smoke-Test-Struktur (Pseudocode):

# Test Nr. 1: Überprüfung des erfolgreichen Logins eines Benutzers auf der Website

def test_erfolgreiches_login():
    # Navigiere zur Login-Seite
    navigate_to("https://mysite.com/login")
    # Gib korrekte Anmeldedaten ein
    enter_username("user@example.com")
    enter_password("password123")
    # Klicke auf den "Einloggen"-Button
    click_button("Einloggen")
    # Überprüfe die Präsenz eines Elements oder URL, die auf einen erfolgreichen Login hinweisen (z.B. Profil-Link)
    assert element_is_present("//a[@href='/profile']") or url_is("https://mysite.com/dashboard")

# Test Nr. 2: Überprüfung des Hinzufügens eines Artikels zum Warenkorb

def test_artikel_zum_warenkorb_hinzufügen():
    # Navigiere zur Produktseite
    navigate_to("https://mysite.com/products/item1")
    # Klicke auf den Button "In den Warenkorb"
    click_button("In den Warenkorb")
    # Überprüfe, ob der Warenkorb-Count aktualisiert wurde
    assert get_cart_item_count() == 1

# Und so weiter für andere kritische Funktionen (Registrierung, Bezahlung, Suche usw.)

Wichtige Punkte beim Schreiben von Smoke-Tests:

• Kürze und Geschwindigkeit: Tests sollten so schnell wie möglich ausgeführt werden.
• Fokus auf das Kernstück: Es werden nur die "lebenswichtigen" Funktionen getestet.
• Stabilität: Tests sollten gegenüber kleineren Änderungen robust sein, solange sie die kritische Logik nicht betreffen.
• Automatisierung: Die meisten Smoke-Tests sind automatisiert, um in CI/CD-Pipelines integriert zu werden.
• Einfachheit: Die Logik der Tests sollte verständlich und wartbar sein.