Expecco GUI Tests Extension Reference - Versionsgeschichte

Matilk: Link to English Version

2023-09-01T10:50:08Z

Link to English Version

← Nächstältere Version		Version vom 1. September 2023, 10:50 Uhr
Zeile 1:		Zeile 1:
			'''Deutsche Version''' \| [[Expecco GUI Tests_Extension Reference/en\|English Version]]
	<!-- Notes		<!-- Notes
	- integrated expecco extension		- integrated expecco extension

Alkurz: /* Technologiespezifische Eigenschaften */

2021-12-06T10:59:40Z

Technologiespezifische Eigenschaften

← Nächstältere Version		Version vom 6. Dezember 2021, 10:59 Uhr
Zeile 203:		Zeile 203:
	==VNC==		==VNC==
	Siehe: [[ VNC Plugin Reference \| "VNC Testing Plugin"]]		Siehe: [[ VNC Plugin Reference \| "VNC Testing Plugin"]]

			==Qt==
			Siehe: [[ Qt Plugin Reference \| "Qt Testing Plugin" ]]

Cg: /* siehe auch */

2019-09-05T20:33:37Z

siehe auch

← Nächstältere Version		Version vom 5. September 2019, 20:33 Uhr
Zeile 179:		Zeile 179:
	In der Praxis wird die Auswahl des geeigneten Pfades immer einen Kompromiss aus Flexibilität (möglichst kurz) und Eindeutigkeit darstellen.		In der Praxis wird die Auswahl des geeigneten Pfades immer einen Kompromiss aus Flexibilität (möglichst kurz) und Eindeutigkeit darstellen.

			==Locator separat vom Test halten==
	= siehe auch =

⚫	[[Selenium WebDriver Plugin]]
			Definieren Sie Locator mit sinnvollen Namen in der Projektumgebung (Variablen)
			oder verwenden Sie Anhänge, um logische Namen zu realen Locator zuzuordnen.

			Damit werden Ihre Tests robuster bezüglich Änderungen der Oberfläche, der Struktur oder der Namen/Ids in der getesteten Anwendung. Und Sie machen sich das spätere Leben einfacher.

			=Technologiespezifische Eigenschaften=

			== Firefox, Edge, Internet Explorer, Chrome etc. ==
		⚫	Siehe [[Selenium WebDriver Plugin]]

			== Java Anwendungen ==
			Siehe [[Java GUI Plugins \| Java GUI Plugins]]

			== Windows Anwendungen ==
			Siehe [[WindowsAutomation Reference 2.0\|WindowsAutomation Reference 2.0]]
			<br>(oder die Vorgängerversion: [[WindowsAutomation Reference 1.0]])

			==Android und iOS==
			Siehe: [[ Mobile Testing Plugin \| "Mobile Testing Plugin" ]]

			==VNC==
			Siehe: [[ VNC Plugin Reference \| "VNC Testing Plugin"]]

Cg: /* siehe auch */

2019-09-05T20:24:56Z

siehe auch

← Nächstältere Version		Version vom 5. September 2019, 20:24 Uhr
Zeile 179:		Zeile 179:
	In der Praxis wird die Auswahl des geeigneten Pfades immer einen Kompromiss aus Flexibilität (möglichst kurz) und Eindeutigkeit darstellen.		In der Praxis wird die Auswahl des geeigneten Pfades immer einen Kompromiss aus Flexibilität (möglichst kurz) und Eindeutigkeit darstellen.

	== siehe auch ==		= siehe auch =
	[[Selenium WebDriver Plugin]]		[[Selenium WebDriver Plugin]]

Cg am 5. September 2019 um 20:24 Uhr

2019-09-05T20:24:36Z

← Nächstältere Version		Version vom 5. September 2019, 20:24 Uhr
Zeile 178:		Zeile 178:
	Die verkürzten Pfade in den oben gezeigten Beispielen sind wesentlich unanfälliger gegenüber Änderungen im Layout der Benutzeroberfläche. Jedoch erhöht es je nach Anwendung und Benutzeroberfläche auch die Wahrscheinlichkeit, dass mehrere passende Bedienelemente gefunden werden. Dies wird dann ebenfalls zur Laufzeit zu einem Fehler führen ("Nicht eindeutiger Komponentenpfad"). In obigem Beispiel könnte dies passieren, wenn im UI neben dem Button auch ein Menueintrag mit dem selben Text existiert.		Die verkürzten Pfade in den oben gezeigten Beispielen sind wesentlich unanfälliger gegenüber Änderungen im Layout der Benutzeroberfläche. Jedoch erhöht es je nach Anwendung und Benutzeroberfläche auch die Wahrscheinlichkeit, dass mehrere passende Bedienelemente gefunden werden. Dies wird dann ebenfalls zur Laufzeit zu einem Fehler führen ("Nicht eindeutiger Komponentenpfad"). In obigem Beispiel könnte dies passieren, wenn im UI neben dem Button auch ein Menueintrag mit dem selben Text existiert.
	In der Praxis wird die Auswahl des geeigneten Pfades immer einen Kompromiss aus Flexibilität (möglichst kurz) und Eindeutigkeit darstellen.		In der Praxis wird die Auswahl des geeigneten Pfades immer einen Kompromiss aus Flexibilität (möglichst kurz) und Eindeutigkeit darstellen.

			== siehe auch ==
			[[Selenium WebDriver Plugin]]

Cg am 5. September 2019 um 20:22 Uhr

2019-09-05T20:22:29Z

← Nächstältere Version		Version vom 5. September 2019, 20:22 Uhr
Zeile 44:		Zeile 44:
	=Beschreibung=		=Beschreibung=
	[[Datei:GuiBrowser openButton marked.jpg\|200px\|thumb\|right\|Schaltfläche zum öffnen der Benutzeroberfläche]]		[[Datei:GuiBrowser openButton marked.jpg\|200px\|thumb\|right\|Schaltfläche zum öffnen der Benutzeroberfläche]]
	Die "expecco GUI Tests Extension" bildet eine einheitliche Basis zur Interaktion mit Anwendungen mit grafischer Benutzeroberfläche (GUI). Dabei werden unterschiedliche Technologien unterstützt. Die eigentliche Anbindung an die GUI-Anwendung und deren Steuerung wird von der jeweiligen Erweiterung (plugin) für die konkrete UI-Technologie realisiert. Entsprechende Erweiterungen sind für eine Vielzahl von Technologien erhältlich - z.B. Qt, Java/Swing, MFC, DevExpress, Android, iOS und Windows Mobile. Es muss also mindestens ein konkretes UI-Technologie Plugin vorhanden sein um den GUI Browser sinnvoll verwenden zu können.		Die "expecco GUI Tests Extension" bildet eine einheitliche Basis zur Interaktion mit Anwendungen mit grafischer Benutzeroberfläche (GUI). Dabei werden unterschiedliche Technologien unterstützt.

			Die eigentliche Anbindung an die GUI-Anwendung und deren Steuerung wird von der jeweiligen Erweiterung (plugin) für die konkrete UI-Technologie realisiert. Entsprechende Erweiterungen sind für eine Vielzahl von Technologien erhältlich - z.B. Web, Qt, Java+Windows Apps, MFC, DevExpress, Android, iOS und Windows Mobile. Es muss also mindestens ein konkretes UI-Technologie Plugin vorhanden sein um den GUI Browser sinnvoll verwenden zu können.

	Andererseits können auch mehrere Anwendungen, auch auf unterschiedlichen Technologien basierende, gleichzeitig in einem gemeinsamen Testszenario angesprochen und getestet werden. Somit können, z.B. bei Integrationstests, End-to-End Tests durchgeführt werden, welche innerhalb eines Testlaufs sowohl mobile als auch webbasierte und klassische Oberflächen bedienen und verifizieren.		Andererseits können auch mehrere Anwendungen, auch auf unterschiedlichen Technologien basierende, gleichzeitig in einem gemeinsamen Testszenario angesprochen und getestet werden. Somit können, z.B. bei Integrationstests, End-to-End Tests durchgeführt werden, welche innerhalb eines Testlaufs sowohl mobile als auch webbasierte und klassische Oberflächen bedienen und verifizieren.

Cg am 5. September 2019 um 20:17 Uhr

2019-09-05T20:17:33Z

← Nächstältere Version		Version vom 5. September 2019, 20:17 Uhr
Zeile 29:		Zeile 29:
	-->		-->

	Die "expecco GUI Tests Extension" (GUI Browser) unterstützt die Erstellung von Testsequenzen für grafische Benutzeroberflächen (GUIs) in expecco. Das Werkzeug ist nahtlos in die expecco Benutzeroberfläche integriert. Es dient als gemeinsame Basis für verschiedenste GUI-Technologien (Qt, Java/Swing, Android, MFC, etc). Die "expecco GUI Tests Extension" bietet neben der Möglichkeiten zum Aufzeichnen von Testsequenzen auch Unterstützung zum interaktiven Entwicklung von Testsequenzen, sowie Informationen über die Struktur der Benutzeroberfläche und Zustände sowie Eigenschaften der Bedienelemente. Einzelne Aktionen oder ganze Sequenzen können zunächst ausprobiert und anschließend in die Testsequenz übernommen werden ("exploratives Testen").		Die "''expecco GUI Tests Extension''" (GUI Browser) unterstützt die Erstellung von Testsequenzen für grafische Benutzeroberflächen (GUIs) in expecco. Das Werkzeug ist nahtlos in die expecco Benutzeroberfläche integriert. Es dient als gemeinsame Basis für verschiedenste GUI-Technologien (Qt, Java/Swing, Android, MFC, etc). Die "expecco GUI Tests Extension" bietet neben der Möglichkeiten zum Aufzeichnen von Testsequenzen auch Unterstützung zum interaktiven Entwicklung von Testsequenzen, sowie Informationen über die Struktur der Benutzeroberfläche und Zustände sowie Eigenschaften der Bedienelemente. Einzelne Aktionen oder ganze Sequenzen können zunächst ausprobiert und anschließend in die Testsequenz übernommen werden ("exploratives Testen").

	=Hauptmerkmale=		=Hauptmerkmale=

Mawalch am 22. Mai 2017 um 15:28 Uhr

2017-05-22T15:28:42Z

← Nächstältere Version		Version vom 22. Mai 2017, 15:28 Uhr
Zeile 1:		Zeile 1:
	<!-- Notes		<!-- Notes
	- integrated expecco extension		- integrated expecco extension
	- common tool for different ui ~~technologys~~		- common tool for different ui technologies
	- information about the ui structure and control properties		- information about the ui structure and control properties
	- creating testsequences		- creating testsequences
Zeile 8:		Zeile 8:
	Features		Features
	- fully integrated in expecco ui		- fully integrated in expecco ui
	- one tool for multiple ~~technologys~~		- one tool for multiple technologies
	- examine ui structure		- examine ui structure
	- examine control properties and details		- examine control properties and details
Zeile 46:		Zeile 46:
	Die "expecco GUI Tests Extension" bildet eine einheitliche Basis zur Interaktion mit Anwendungen mit grafischer Benutzeroberfläche (GUI). Dabei werden unterschiedliche Technologien unterstützt. Die eigentliche Anbindung an die GUI-Anwendung und deren Steuerung wird von der jeweiligen Erweiterung (plugin) für die konkrete UI-Technologie realisiert. Entsprechende Erweiterungen sind für eine Vielzahl von Technologien erhältlich - z.B. Qt, Java/Swing, MFC, DevExpress, Android, iOS und Windows Mobile. Es muss also mindestens ein konkretes UI-Technologie Plugin vorhanden sein um den GUI Browser sinnvoll verwenden zu können.		Die "expecco GUI Tests Extension" bildet eine einheitliche Basis zur Interaktion mit Anwendungen mit grafischer Benutzeroberfläche (GUI). Dabei werden unterschiedliche Technologien unterstützt. Die eigentliche Anbindung an die GUI-Anwendung und deren Steuerung wird von der jeweiligen Erweiterung (plugin) für die konkrete UI-Technologie realisiert. Entsprechende Erweiterungen sind für eine Vielzahl von Technologien erhältlich - z.B. Qt, Java/Swing, MFC, DevExpress, Android, iOS und Windows Mobile. Es muss also mindestens ein konkretes UI-Technologie Plugin vorhanden sein um den GUI Browser sinnvoll verwenden zu können.

	Andererseits können auch mehrere Anwendungen, auch auf unterschiedlichen Technologien basierende, gleichzeitig in einem gemeinsamen Testszenario angesprochen und getestet werden. Somit können, z.B. bei Integrationstests, End-to-End Tests durchgeführt werden, welche innerhalb eines Testlaufs sowohl mobile als auch webbasierte und klassische Oberflächen bedienen und verifizieren.		Andererseits können auch mehrere Anwendungen, auch auf unterschiedlichen Technologien basierende, gleichzeitig in einem gemeinsamen Testszenario angesprochen und getestet werden. Somit können, z.B. bei Integrationstests, End-to-End Tests durchgeführt werden, welche innerhalb eines Testlaufs sowohl mobile als auch webbasierte und klassische Oberflächen bedienen und verifizieren.

	Nachdem in expecco ein Projekt erstellt oder geöffnet wurde, kann über die Schaltfläche "GUI Browser Öffnen" die Benutzeroberfläche der "expecco GUI Tests Extension" geöffnet werden.		Nachdem in expecco ein Projekt erstellt oder geöffnet wurde, kann über die Schaltfläche "GUI Browser Öffnen" die Benutzeroberfläche der "expecco GUI Tests Extension" geöffnet werden.
Zeile 101:		Zeile 101:
	<br style="clear: both" />		<br style="clear: both" />

	=Bedienelementpfad (~~xPath~~)=		=Bedienelementpfad (XPath)=
	Der "Bedienelementpfad" dient als Referenz auf Bedienelemente innerhalb der Benutzeroberfläche. Er ist vergleichbar mit der XPath-Notation im XML Umfeld. Komponentenpfade werden bei der Testentwicklung festgelegt und später, bei der Testausführung, verwendet um UI-Komponenten zu referenzieren. Der Pfad eines ausgewählten Bedienelements wird unten im "Bedienelement-Pfad" Feld angezeigt, und bei Auswahl eines Elements automatisch aktualisiert. Umgekehrt kann er an dieser Stelle auch geändert und überprüft werden, welche(s) Element(e) durch einen gegebenen Pfad referenziert werden. Der Pfad muss nicht vollständig sein - er kann dynamische Teile enthalten. Dies erhöht die Flexibilität und macht die Testsequenz robuster gegenüber einer möglichen späteren Änderung der getesteten Benutzeroberfläche. Insbesondere gegenüber Änderungen der Hierarchie, z.B. wenn weitere Containerelemente eingefügt werden.		Der "Bedienelementpfad" dient als Referenz auf Bedienelemente innerhalb der Benutzeroberfläche. Er ist vergleichbar mit der XPath-Notation im XML Umfeld. Komponentenpfade werden bei der Testentwicklung festgelegt und später, bei der Testausführung, verwendet um UI-Komponenten zu referenzieren. Der Pfad eines ausgewählten Bedienelements wird unten im "Bedienelement-Pfad" Feld angezeigt, und bei Auswahl eines Elements automatisch aktualisiert. Umgekehrt kann er an dieser Stelle auch geändert und überprüft werden, welche(s) Element(e) durch einen gegebenen Pfad referenziert werden. Der Pfad muss nicht vollständig sein - er kann dynamische Teile enthalten. Dies erhöht die Flexibilität und macht die Testsequenz robuster gegenüber einer möglichen späteren Änderung der getesteten Benutzeroberfläche. Insbesondere gegenüber Änderungen der Hierarchie, z.B. wenn weitere Containerelemente eingefügt werden.

	'''Hinweis: '''		'''Hinweis: '''
	Viele Benutzeroberflächen ändern während der Ausführung die Struktur dynamisch. Oft werden Container- und Bedienelemente während dem Lauf hinzugefügt oder entfernt. In solchen Fällen sind dynamische Teile im Pfad sehr hilfreich.		Viele Benutzeroberflächen ändern während der Ausführung die Struktur dynamisch. Oft werden Container- und Bedienelemente während dem Lauf hinzugefügt oder entfernt. In solchen Fällen sind dynamische Teile im Pfad sehr hilfreich.

Zeile 112:		Zeile 112:
	Dieser Pfad beschreibt die vollständige Adressierung des zweiten Buttons in einer Toolbar, welche ihrerseits in einer verschachtelten Containerhierarchie (panels) liegt.		Dieser Pfad beschreibt die vollständige Adressierung des zweiten Buttons in einer Toolbar, welche ihrerseits in einer verschachtelten Containerhierarchie (panels) liegt.

	Der Pfad wird beschrieben durch eine Liste von Identifikatoren, getrennt durch und beginnend mit "/". Jeder einzelne Identifikator beschreibt eine Unterkomponente des bereits durch den linken Teilpfad beschriebenen Elements. "/frame[@name='Notepad']" referenziert das Hauptfenster der Anwendung. "root pane", "layered pane", "panel" etc. referenzieren jeweils das korrespondierende Kindelement. Zur Referenzierung einer einzelnen konkreten Komponente wird der Pfad beginnend mit dem obersten Bedienelement schrittweise verfolgt.		Der Pfad wird beschrieben durch eine Liste von Identifikatoren, getrennt durch und beginnend mit "/". Jeder einzelne Identifikator beschreibt eine Unterkomponente des bereits durch den linken Teilpfad beschriebenen Elements. "/frame[@name='Notepad']" referenziert das Hauptfenster der Anwendung. "root pane", "layered pane", "panel" etc. referenzieren jeweils das korrespondierende Kindelement. Zur Referenzierung einer einzelnen konkreten Komponente wird der Pfad beginnend mit dem obersten Bedienelement schrittweise verfolgt.

	Im Beispiel wird zuerst versucht, das Fenster mit Namen "Notepad" zu finden. Das Fenster hat ein oder mehrere Kinder, dessen Identifikator zu "root pane" passt. "root pane" wiederum hat Kinder die zum Identifikator "layered pane" passen und so weiter.		Im Beispiel wird zuerst versucht, das Fenster mit Namen "Notepad" zu finden. Das Fenster hat ein oder mehrere Kinder, dessen Identifikator zu "root pane" passt. "root pane" wiederum hat Kinder die zum Identifikator "layered pane" passen und so weiter.

	Die Syntax eines jedes individuellen Identifikators ist:		Die Syntax eines jedes individuellen Identifikators ist:
	/<KnotenIdentifikator><[Optionaler Selektor]>		/<KnotenIdentifikator><[Optionaler Selektor]>

Zeile 146:		Zeile 146:
	: Wählt das Bedienelement dessen Schlüssel den angegebenen Wert hat. Die Menge der möglichen Schlüssel ist abhängig von der jeweiligen UI-Technologie, der betroffenen Komponente und deren Attribute. Typische Schlüssel sind "name", "id", "label", "value" etc. Bei einigen Komponenten sind auch dynamische Schlüssel möglich, so dass diese erst während der Laufzeit angelegt werden.		: Wählt das Bedienelement dessen Schlüssel den angegebenen Wert hat. Die Menge der möglichen Schlüssel ist abhängig von der jeweiligen UI-Technologie, der betroffenen Komponente und deren Attribute. Typische Schlüssel sind "name", "id", "label", "value" etc. Bei einigen Komponenten sind auch dynamische Schlüssel möglich, so dass diese erst während der Laufzeit angelegt werden.

	Beispiel (Index Selector):		Beispiel (Index Selector):
	/*/tool bar/push button[2]		/*/tool bar/push button[2]
	Wählt den zweiten Button innerhalb der Toolbar aus.		Wählt den zweiten Button innerhalb der Toolbar aus.

	Beispiel (Schlüssel Selector):		Beispiel (Schlüssel Selector):
	/*/tool bar/push button[@name='Save As...']		/*/tool bar/push button[@name='Save As...']
	Wählt den Button aus dessen Attribut "name" (= Schlüssel) den Wert "Save As..." hat.		Wählt den Button aus dessen Attribut "name" (= Schlüssel) den Wert "Save As..." hat.
Zeile 158:		Zeile 158:

	===Platzhalter Schreibweise===		===Platzhalter Schreibweise===
	Die Platzhalterschreibweise ("//") kann Pfade stark verkürzen und flexibel gegenüber zusätzlich eingefügten Hierarchieebenen machen. "//" ersetzt dabei ganze Teile des Pfades. Der Vergleich findet nicht nur auf Kinder eines Bedienelementes statt, sondern auf ganze Teilpfade.		Die Platzhalterschreibweise ("//") kann Pfade stark verkürzen und flexibel gegenüber zusätzlich eingefügten Hierarchieebenen machen. "//" ersetzt dabei ganze Teile des Pfades. Der Vergleich findet nicht nur auf Kinder eines Bedienelementes statt, sondern auf ganze Teilpfade.

	Beispiel:<br/>		Beispiel:<br/>

Mawalch: Spelling fixes.

2017-05-17T09:42:34Z

Spelling fixes.

← Nächstältere Version		Version vom 17. Mai 2017, 09:42 Uhr
Zeile 29:		Zeile 29:
	-->		-->

	Die "expecco GUI Tests Extension" (GUI Browser) unterstützt die Erstellung von Testsequenzen für grafische Benutzeroberflächen (GUIs) in expecco. Das Werkzeug ist nahtlos in die expecco Benutzeroberfläche integriert. Es dient als gemeinsame Basis für verschiedenste GUI-Technologien (Qt, Java/Swing, Android, MFC, etc). Die "expecco GUI Tests Extension" bietet neben der Möglichkeiten zum ~~Aufzeichen~~ von Testsequenzen auch Unterstützung zum interaktiven Entwicklung von Testsequenzen, sowie Informationen über die Struktur der Benutzeroberfläche und Zustände sowie Eigenschaften der Bedienelemente. Einzelne Aktionen oder ganze Sequenzen können zunächst ausprobiert und anschließend in die Testsequenz übernommen werden ("exploratives Testen").		Die "expecco GUI Tests Extension" (GUI Browser) unterstützt die Erstellung von Testsequenzen für grafische Benutzeroberflächen (GUIs) in expecco. Das Werkzeug ist nahtlos in die expecco Benutzeroberfläche integriert. Es dient als gemeinsame Basis für verschiedenste GUI-Technologien (Qt, Java/Swing, Android, MFC, etc). Die "expecco GUI Tests Extension" bietet neben der Möglichkeiten zum Aufzeichnen von Testsequenzen auch Unterstützung zum interaktiven Entwicklung von Testsequenzen, sowie Informationen über die Struktur der Benutzeroberfläche und Zustände sowie Eigenschaften der Bedienelemente. Einzelne Aktionen oder ganze Sequenzen können zunächst ausprobiert und anschließend in die Testsequenz übernommen werden ("exploratives Testen").

	=Hauptmerkmale=		=Hauptmerkmale=
Zeile 54:		Zeile 54:
	[[Datei:GuiBrowser mainView labled ger.jpg\|400px\|thumb\|right\|Abb1: Gliederung der Hauptansicht]]		[[Datei:GuiBrowser mainView labled ger.jpg\|400px\|thumb\|right\|Abb1: Gliederung der Hauptansicht]]
	[[Datei:GuiBrowser mainView usageFlow ger.jpg\|400px\|thumb\|right\|Abb2: Bedienfluss]]		[[Datei:GuiBrowser mainView usageFlow ger.jpg\|400px\|thumb\|right\|Abb2: Bedienfluss]]
	Eine Übersicht über den Aufbau, die Verwendung und die Funktionen der Benutzeroberfläche. Abbildung 1 Zeigt die Gliederung der Hauptansicht. In Abbildung 2 wird der ~~Bedienfulss~~ dargestellt.		Eine Übersicht über den Aufbau, die Verwendung und die Funktionen der Benutzeroberfläche. Abbildung 1 Zeigt die Gliederung der Hauptansicht. In Abbildung 2 wird der Bedienfluss dargestellt.

	;Verbindungsaufbau		;Verbindungsaufbau
	: Eine Auflistung der verfügbaren Benutzer-Oberflächen Technologien. Per Klick auf eine der Schaltflächen wird der Verbindungsaufbau der jeweiligen UI-Technologie gestartet. Nach dem ~~Verbindungsaufba~~ erscheint die Anwendung in der Benutzeroberflächenstruktur (Hierarchie der Komponenten).		: Eine Auflistung der verfügbaren Benutzer-Oberflächen Technologien. Per Klick auf eine der Schaltflächen wird der Verbindungsaufbau der jeweiligen UI-Technologie gestartet. Nach dem Verbindungsaufbau erscheint die Anwendung in der Benutzeroberflächenstruktur (Hierarchie der Komponenten).

	;Benutzeroberflächenstruktur		;Benutzeroberflächenstruktur
Zeile 68:		Zeile 68:
	: '''Ausgewählte Verbindung trennen'''		: '''Ausgewählte Verbindung trennen'''
	:: Trennt die Verbindung bezüglich des in der Benutzeroberflächenstruktur ausgewählten Bedienelementes.		:: Trennt die Verbindung bezüglich des in der Benutzeroberflächenstruktur ausgewählten Bedienelementes.
	: '''~~Aktuallisieren~~'''		: '''Aktualisieren'''
	:: ~~Aktuallisiert~~ die obersten Bedienelemente aller verbundenen Anwendungen.		:: Aktualisiert die obersten Bedienelemente aller verbundenen Anwendungen.
	: '''Kinderelemente erneut Laden'''		: '''Kinderelemente erneut Laden'''
	:: ~~Aktuallisiert~~ die Kinderelemente bezüglich des in der Benutzeroberflächenstruktur ausgewählten Bedienelementes.		:: Aktualisiert die Kinderelemente bezüglich des in der Benutzeroberflächenstruktur ausgewählten Bedienelementes.
	: '''Hervorheben'''		: '''Hervorheben'''
	:: Hebt das in der Benutzeroberflächenstruktur ausgewählte Bedienelement in der Benutzeroberfläche hervor.		:: Hebt das in der Benutzeroberflächenstruktur ausgewählte Bedienelement in der Benutzeroberfläche hervor.
Zeile 94:		Zeile 94:

	;Bedienelement-Pfad		;Bedienelement-Pfad
	: Zeigt den Pfad des in der Benutzeroberflächenstruktur ausgewählten Bedienelements. Der Pfad kann verändert werden; insbesondere sollten längere verschachtelte Containerpfade durch "*" ersetzt werden, damit die ~~Addressierung~~ der Komponente möglichst unabhängig von späteren Änderungen der UI-Hierarchie werden. Mit der Schaltfläche "Pfad-Prüfen" wird sichergestellt, ~~daß~~ der geänderte Pfad immer noch das in der Benutzeroberflächenstruktur ausgewählte Bedienelement referenziert.		: Zeigt den Pfad des in der Benutzeroberflächenstruktur ausgewählten Bedienelements. Der Pfad kann verändert werden; insbesondere sollten längere verschachtelte Containerpfade durch "*" ersetzt werden, damit die Adressierung der Komponente möglichst unabhängig von späteren Änderungen der UI-Hierarchie werden. Mit der Schaltfläche "Pfad-Prüfen" wird sichergestellt, dass der geänderte Pfad immer noch das in der Benutzeroberflächenstruktur ausgewählte Bedienelement referenziert.

	;Bedienelementübersicht		;Bedienelementübersicht
	: Zeigt Informationen des in der Benutzeroberflächenstruktur ausgewählten Bedienelementes an und stellt, falls möglich, eine Vorschau dar. Ein Klick auf die Vorschau öffnet das Bild in ~~Originalgrösse~~.		: Zeigt Informationen des in der Benutzeroberflächenstruktur ausgewählten Bedienelementes an und stellt, falls möglich, eine Vorschau dar. Ein Klick auf die Vorschau öffnet das Bild in Originalgröße.

	<br style="clear: both" />		<br style="clear: both" />
Zeile 155:		Zeile 155:


	Achtung: Vorsicht ist geboten, wenn Attributwerte abhängig von der Landessprache oder anderen Inhalten der App sind. Falls Sie Attribute finden, welche Sprachunabhängig und konstant sind, sollten Sie diese verwenden (eg. "id", "refID", "uuid" etc.). Wenn nicht, halten Sie die Datenwerte getrennt von den Aktionsblöcken (z.B. in Attachments, externen Dateien oder expecco-Variablen) und ~~konstruiren~~ den xPath mithilfe dieser dynamisch in expecco zur Testlaufzeit. Damit wird es leichter, später weitere Sprachvarianten oder geänderte Button-Labels zu unterstützen.		Achtung: Vorsicht ist geboten, wenn Attributwerte abhängig von der Landessprache oder anderen Inhalten der App sind. Falls Sie Attribute finden, welche Sprachunabhängig und konstant sind, sollten Sie diese verwenden (z. B. "id", "refID", "uuid" etc.). Wenn nicht, halten Sie die Datenwerte getrennt von den Aktionsblöcken (z.B. in Attachments, externen Dateien oder expecco-Variablen) und konstruieren den xPath mithilfe dieser dynamisch in expecco zur Testlaufzeit. Damit wird es leichter, später weitere Sprachvarianten oder geänderte Button-Labels zu unterstützen.

	===Platzhalter Schreibweise===		===Platzhalter Schreibweise===
	Die Platzhalterschreibweise ("//") kann Pfade stark verkürzen und flexibel gegenüber zusätzlich eingefügten ~~Hierarchieebenenen~~ machen. "//" ersetzt dabei ganze Teile des Pfades. Der Vergleich findet nicht nur auf Kinder eines Bedienelementes statt, sondern auf ganze Teilpfade.		Die Platzhalterschreibweise ("//") kann Pfade stark verkürzen und flexibel gegenüber zusätzlich eingefügten Hierarchieebenen machen. "//" ersetzt dabei ganze Teile des Pfades. Der Vergleich findet nicht nur auf Kinder eines Bedienelementes statt, sondern auf ganze Teilpfade.

	Beispiel:<br/>		Beispiel:<br/>

Cg: /* Selektor */

2017-01-23T15:48:07Z

Selektor

← Nächstältere Version		Version vom 23. Januar 2017, 15:48 Uhr
Zeile 138:		Zeile 138:

	===Selektor===		===Selektor===
	Der Selektor ist ~~Optional~~. Er wird benötigt um Bedienelemente mit gleichem Typ zu unterscheiden. Gibt es beispielsweise 3 Buttons als Kinder eines Bedienelements, so kann mit dem Selektor der zu referenzierende Button festgelegt werden. Der Selektor wird in eckigen "[ ]" Klammern angegeben. Der Selektor wird nach der Auflösung des KnotenIdentifikators auf das Ergebnis angewendet. Gibt es zum Beispiel ein Bedienelement mit zwei Buttons und zwei Checkboxen als Kinder, und der Identifikator liefert als Ergebnis 2 Buttons, so wird der Selektor auf diese 2 Buttons angewendet.		Der Selektor ist optional. Er wird benötigt um Bedienelemente mit gleichem Typ zu unterscheiden. Gibt es beispielsweise 3 Buttons als Kinder eines Bedienelements, so kann mit dem Selektor der zu referenzierende Button festgelegt werden. Der Selektor wird in eckigen "[ ]" Klammern angegeben. Der Selektor wird nach der Auflösung des KnotenIdentifikators auf das Ergebnis angewendet. Gibt es zum Beispiel ein Bedienelement mit zwei Buttons und zwei Checkboxen als Kinder, und der Identifikator liefert als Ergebnis 2 Buttons, so wird der Selektor auf diese 2 Buttons angewendet.

	'''Mögliche Selektoren:'''		'''Mögliche Selektoren:'''
Zeile 153:		Zeile 153:
	/*/tool bar/push button[@name='Save As...']		/*/tool bar/push button[@name='Save As...']
	Wählt den Button aus dessen Attribut "name" (= Schlüssel) den Wert "Save As..." hat.		Wählt den Button aus dessen Attribut "name" (= Schlüssel) den Wert "Save As..." hat.


			Achtung: Vorsicht ist geboten, wenn Attributwerte abhängig von der Landessprache oder anderen Inhalten der App sind. Falls Sie Attribute finden, welche Sprachunabhängig und konstant sind, sollten Sie diese verwenden (eg. "id", "refID", "uuid" etc.). Wenn nicht, halten Sie die Datenwerte getrennt von den Aktionsblöcken (z.B. in Attachments, externen Dateien oder expecco-Variablen) und konstruiren den xPath mithilfe dieser dynamisch in expecco zur Testlaufzeit. Damit wird es leichter, später weitere Sprachvarianten oder geänderte Button-Labels zu unterstützen.

	===Platzhalter Schreibweise===		===Platzhalter Schreibweise===