# Kontext-Scoping (Übersicht)

**Heilige Dreifaltigkeit (Orientierung):**\
👤 Abstrakter Bezeichner · ✨ **Konkreter Lokator (Fleischwerdung)** · 🛠️ Widget/Adapter (Interaktion)

***

## Motivation

Ohne Scoping werden GUI-Elemente oft mit **globalen XPaths oder CSS-Ketten** gesucht.\
Das führt zu:

* **Redundanz**: Fenster-Locator steckt in jedem Kindobjekt.
* **Fragilität**: Kleine Layout-Änderungen brechen viele Tests.
* **Verwirrung**: Unklar, in welchem Fenster gesucht wird.

👉 **Lösung:** Fenster/Dialoge/Container als **Kontext** wählen und Kindobjekte **relativ** suchen.

***

## Inhalte dieses Abschnitts

* [Prinzip: Kontext wählen](https://openkeyword.gitbook.io/test-automation-principles/02_dry-prinzip/lokatoren/kontext-scoping/prinzip)\
  → Überblick über das Grundmuster „Fenster setzen, Kinder relativ suchen“.
* [Umsetzung im Detail](https://openkeyword.gitbook.io/test-automation-principles/02_dry-prinzip/lokatoren/kontext-scoping/umsetzung)\
  → Technische Umsetzung mit `Select Window`, `.//`-Notation und Adapter-Logik.

***

## Merksatz

**Kontext-Scoping = Fenster einmal wählen, Kinder nur noch relativ suchen.**\
So bleibt das Testdesign DRY und robust.
