QA The Other WayQualitätssicherung im Zeitalter der KI-Automatisierung. QA The Other Way.
Praktisches QA

Prüfen Sie Optionswert und Beschriftung.

Machen Sie das Auswahlfeld explizit, wenn sichtbarer Name und übermittelter Wert abweichen.

5 Minuten LesezeitQA The Other Way
Ausgewählte Option mit getrennter Beschriftung und gespeichertem Wert.
Eigene redaktionelle Illustration.
Illustratives Video zu diesem Artikel. Englischer Bildschirmtext; Wählen Sie Untertitel für diese Sprache aus.

Übersetzte Ausgabe. Technische Kennungen bleiben in ihrer ursprünglichen Form.

Machen Sie das Auswahlfeld explizit, wenn sichtbarer Name und übermittelter Wert abweichen.
Lokales Beispiel mit erfundenen Daten, keine Kunden- oder Anbieteroberfläche.

Ein Select zeigt Weekly, sein Optionswert ist weekly_demo. Der Test behandelt beides als dieselbe Zeichenfolge. Der Bericht verliert die Unterscheidung zwischen lesbarem Namen und gehaltenem Wert. Beide können erforderlich sein.

Der Aktionsleitfaden erlaubt value oder label. Laut Locator-API trifft eine Zeichenfolge beide Felder; ein Objekt benennt das Feld ausdrücklich. Verwenden Sie dies bei entscheidender Unterscheidung und prüfen Sie den Zustand.

Das Auswahlfeld benennen

Unser erfundenes natives Select heißt Delivery cadence und hat verschiedene Labels und Werte. Keine Bestellung, Lieferung oder Subscription entsteht. Wir wählen den Wochenwert und prüfen den Text getrennt.

const cadence = page.getByLabel('Delivery cadence');
await cadence.selectOption({ value: 'weekly_demo' });
await expect(cadence).toHaveValue('weekly_demo');
await expect(cadence.locator('option:checked')).toHaveText('Weekly');

Runner und importiertes expect sind nötig. Ziel ist ein natives Select, kein ähnlich aussehendes Popup. option:checked liest darin die ausgewählte Option. Bei dieser Einzelauswahl erwarten wir genau eine.

Ein zweiter Fall wählt Monthly nach Label und prüft den Rückgabewert monthly_demo sowie input und change. Das bestätigt die Fixturemechanik, keine allgemeine Serverspeicherung.

Umbenennungen prüfen

Lokalisierung kann Namen bei stabilem Wert ändern. Wertauswahl funktioniert auch mit falscher Beschriftung. Prüfen Sie Wortlaut, wenn gefordert. Auswahl nur nach Label beweist keine richtige gespeicherte Kennung.

Nutzen Sie vereinbarte Werte statt zufälliger Indizes für Identität. Ein Index hängt von Ordnung ab. Für die erste empfohlene Option prüfen Sie Reihenfolge und Identität explizit.

selectOption wartet auf vorhandene Optionen und löst input und change aus. Das beweist keine Annahme durch die Anwendung. Prüfen Sie Oberflächenzustand und erforderliche autorisierte Serverbelege. Blindes Warten ersetzt keine Evidenz.

Typ und Anzahl erhalten

Eigene Comboboxen können andere Interaktion brauchen. Prüfen Sie Umsetzung und zugängliches Verhalten vor Übernahme der API. Ähnliches Aussehen beweist keinen gleichen Vertrag.

Mehrfachauswahl ändert Erwartungen. Nutzen Sie Werteliste und passende Assertions statt ungeprüfter Übernahme eines Einzeltexts. Unsere Demo bleibt absichtlich bei einer Option.

Dokumentieren Sie Typ, Auswahlfeld, Wert, Label und Persistenzanforderung. AnyTest beschreibt Erkundung und menschliche Prüfung; eine bestimmte Selectumsetzung wird nicht behauptet. Trennen Sie Kennung und Label.

Auch bei heute gleichen Feldern bewahren Sie explizites Matching, wenn der Vertrag es verlangt. So bleibt eine Umbenennung überprüfbar und verändert nicht still die Identitätsgrundlage.

Häufige Fragen

Wählt eine Zeichenfolge nur nach Wert?

Nein. Sie trifft Werte und Labels; verwenden Sie bei Bedarf ein Objekt.

Unterstützt selectOption jedes Dropdown?

Nein. Es gilt für native select-Controls; eigene Controls brauchen eigene Prüfung.

Quellen