Keyword-Driven Testing - Versionsgeschichte

Hope4it: /* Literatur */ Literatur ergänzt

2022-07-07T09:16:10Z

Literatur: Literatur ergänzt

← Nächstältere Version		Version vom 7. Juli 2022, 11:16 Uhr
Zeile 69:		Zeile 69:
	== Literatur ==		== Literatur ==
	* {{Literatur\|Autor=[[Richard Seidl]], Manfred Baumgartner, Thomas Bucsics\|Titel=Basiswissen Testautomatisierung – Konzepte, Methoden und Techniken\|Auflage=1.\|Jahr=2011\|Verlag=dpunkt.verlag\|ISBN=978-3-89864-724-3}}		* {{Literatur\|Autor=[[Richard Seidl]], Manfred Baumgartner, Thomas Bucsics\|Titel=Basiswissen Testautomatisierung – Konzepte, Methoden und Techniken\|Auflage=1.\|Jahr=2011\|Verlag=dpunkt.verlag\|ISBN=978-3-89864-724-3}}
			* {{Literatur\|Autor=[[ Matthias Daigl]], René Rohner\|Titel=Keyword-Driven Testing – Grundlage für effiziente Testspezifikation und Automatisierung\|Auflage=1.\|Jahr=2022\|Verlag=dpunkt.verlag\|ISBN=978-3-86490-570-4}}

	== Weblinks ==		== Weblinks ==

Sebastian.Dietrich am 21. Januar 2019 um 21:32 Uhr

2019-01-21T21:32:37Z

← Nächstältere Version		Version vom 21. Januar 2019, 23:32 Uhr
Zeile 68:		Zeile 68:

	== Literatur ==		== Literatur ==
	* {{Literatur\|Autor=Richard Seidl, Manfred Baumgartner, Thomas Bucsics\|Titel=Basiswissen Testautomatisierung – Konzepte, Methoden und Techniken\|Auflage=1.\|Jahr=2011\|Verlag=dpunkt.verlag\|ISBN=978-3-89864-724-3}}		* {{Literatur\|Autor=[[Richard Seidl]], Manfred Baumgartner, Thomas Bucsics\|Titel=Basiswissen Testautomatisierung – Konzepte, Methoden und Techniken\|Auflage=1.\|Jahr=2011\|Verlag=dpunkt.verlag\|ISBN=978-3-89864-724-3}}

	== Weblinks ==		== Weblinks ==

91.118.102.2: Deleted a dead (!) link to a company web page of a random company. Was probably hidden advertisement in the first place.

2018-12-03T12:09:48Z

Deleted a dead (!) link to a company web page of a random company. Was probably hidden advertisement in the first place.

← Nächstältere Version		Version vom 3. Dezember 2018, 14:09 Uhr
Zeile 72:		Zeile 72:
	== Weblinks ==		== Weblinks ==

	* [http://www.logigear.com/newsletter/key_success_factors_for_keyword_driven_testing.asp LogiGear]
	* [http://safsdev.sourceforge.net/DataDrivenTestAutomationFrameworks.htm Test automation Frameworks]		* [http://safsdev.sourceforge.net/DataDrivenTestAutomationFrameworks.htm Test automation Frameworks]

Schnabeltassentier: linkfix

2018-10-03T07:07:45Z

linkfix

← Nächstältere Version		Version vom 3. Oktober 2018, 09:07 Uhr
Zeile 6:		Zeile 6:
	== Methode ==		== Methode ==

	Im Keyword-Driven Testing findet die Testerstellung meist in zwei Etappen statt.		Im Keyword-Driven Testing findet die Testerstellung meist in zwei Etappen statt.

	=== Planung ===		=== Planung ===

	Zunächst werden die zu testenden Aktionen oder Operationen in der Anwendung (oder in den Anforderungen für die Anwendung) analysiert. Wiederkehrende Aktionen und Abläufe werden in Keywords (Schlüsselwörtern) gekapselt.		Zunächst werden die zu testenden Aktionen oder Operationen in der Anwendung (oder in den Anforderungen für die Anwendung) analysiert. Wiederkehrende Aktionen und Abläufe werden in Keywords (Schlüsselwörtern) gekapselt.

	==== Beispiele für Keywords ====		==== Beispiele für Keywords ====
Zeile 26:		Zeile 26:
	\|}		\|}

	* Ein komplexeres Keyword (aus anderen Keywords zusammengestellt) z. B. Einloggen.		* Ein komplexeres Keyword (aus anderen Keywords zusammengestellt) z. B. Einloggen.

	{\| class="wikitable"		{\| class="wikitable"
Zeile 53:		Zeile 53:
	=== Implementierung ===		=== Implementierung ===

	Die Implementierung unterscheidet sich je nachdem, welches Tool oder Framework eingesetzt wird.		Die Implementierung unterscheidet sich je nachdem, welches Tool oder Framework eingesetzt wird.
	Häufig müssen Testentwickler ein Framework implementieren, um Keywords wie „Prüfen“ oder „Eingeben“ bereitzustellen<ref name="Faught" />. Ein bekanntes Open-Source-Framework ist das [[~~Framework for Integrated Test\|~~Framework for Integrated Test]]. Ein Tester ohne Programmierkenntnisse kann dann Testfälle gemäß der Planung anhand dieser fertig kodierten Keywords erstellen. Der daraus entstehende Test wird von einem Roboter ausgeführt. Der Roboter liest die Keywords ein und führt die entsprechenden Codezeilen aus.		Häufig müssen Testentwickler ein Framework implementieren, um Keywords wie „Prüfen“ oder „Eingeben“ bereitzustellen<ref name="Faught" />. Ein bekanntes Open-Source-Framework ist das [[Framework for Integrated Test]]. Ein Tester ohne Programmierkenntnisse kann dann Testfälle gemäß der Planung anhand dieser fertig kodierten Keywords erstellen. Der daraus entstehende Test wird von einem Roboter ausgeführt. Der Roboter liest die Keywords ein und führt die entsprechenden Codezeilen aus.


	Andere Ansätze trennen das Testdesign und die Keywordimplementierung nicht. Hier gibt es nur einen Schritt zur Implementierung – das Testdesign ist gleichzeitig die Testautomatisierung. Keywords wie „Prüfen“ oder „Eingeben“ werden anhand fertiger Bausteine erstellt, in denen der notwendige Code für die Keywords bereits vorhanden ist. Dadurch entfällt der Bedarf an zusätzlichen technischen Fachkräften zur Programmierung im Testprozess. Diesen Ansatz verwenden Werkzeuge wie [[GUIdancer]] und [[Worksoft Certify]] oder auch das [[Robot Framework]]. Das Open-Source-Werkzeug [[Selenium]] stellt fertige Keywords für das Testen von Webanwendungen zur Verfügung, die in HTML-Tabellen zu Testfällen zusammengestellt werden können. Darauf setzt u. a. das freie Firefox-Plugin Molybdenum auf, welches die Zusammensetzung einzelner ~~"Commands"~~ zu parametrierbaren Testbausteinen ermöglicht.		Andere Ansätze trennen das Testdesign und die Keywordimplementierung nicht. Hier gibt es nur einen Schritt zur Implementierung – das Testdesign ist gleichzeitig die Testautomatisierung. Keywords wie „Prüfen“ oder „Eingeben“ werden anhand fertiger Bausteine erstellt, in denen der notwendige Code für die Keywords bereits vorhanden ist. Dadurch entfällt der Bedarf an zusätzlichen technischen Fachkräften zur Programmierung im Testprozess. Diesen Ansatz verwenden Werkzeuge wie [[GUIdancer]] und [[Worksoft Certify]] oder auch das [[Robot Framework]]. Das Open-Source-Werkzeug [[Selenium]] stellt fertige Keywords für das Testen von Webanwendungen zur Verfügung, die in HTML-Tabellen zu Testfällen zusammengestellt werden können. Darauf setzt u. a. das freie Firefox-Plugin Molybdenum auf, welches die Zusammensetzung einzelner „Commands“ zu parametrierbaren Testbausteinen ermöglicht.

	== Vorteile ==		== Vorteile ==

	Beim Keyword-Driven Testing erscheint der Aufwand zu Beginn höher als bei aufgenommenen Skripten. Jedoch macht sich sorgfältige Planung bei der folgenden Testerstellung und -wartung bezahlt. So fördert Keyword-Driven Testing eine stabile und übersichtliche Test-Struktur. Je abstrakter die Keywords, desto einfacher sind sie wiederzuverwenden. Dadurch wird der Aufwand für Wartungsarbeiten gesenkt. Die modulare Struktur eines Keyword-Driven Tests erlaubt außerdem die bequeme Erstellung neuer Tests anhand schon vorhandener Keywords.		Beim Keyword-Driven Testing erscheint der Aufwand zu Beginn höher als bei aufgenommenen Skripten. Jedoch macht sich sorgfältige Planung bei der folgenden Testerstellung und -wartung bezahlt. So fördert Keyword-Driven Testing eine stabile und übersichtliche Test-Struktur. Je abstrakter die Keywords, desto einfacher sind sie wiederzuverwenden. Dadurch wird der Aufwand für Wartungsarbeiten gesenkt. Die modulare Struktur eines Keyword-Driven Tests erlaubt außerdem die bequeme Erstellung neuer Tests anhand schon vorhandener Keywords.

	Ein weiterer Vorteil liegt darin, dass keine technischen Kenntnisse vorausgesetzt werden. Im ersten Ansatz müssen ausschließlich die Keyword-Entwickler programmieren können. Im zweiten Ansatz entfällt sogar diese Notwendigkeit. Somit können Tests ganz ohne Programmierkenntnisse automatisiert werden.		Ein weiterer Vorteil liegt darin, dass keine technischen Kenntnisse vorausgesetzt werden. Im ersten Ansatz müssen ausschließlich die Keyword-Entwickler programmieren können. Im zweiten Ansatz entfällt sogar diese Notwendigkeit. Somit können Tests ganz ohne Programmierkenntnisse automatisiert werden.

	== Einzelnachweise ==		== Einzelnachweise ==
	<references/>		<references />

	== Literatur ==		== Literatur ==
	* {{Literatur\|Autor=Richard Seidl, Manfred Baumgartner, Thomas Bucsics\|Titel=Basiswissen Testautomatisierung - Konzepte, Methoden und Techniken\|Auflage=1.\|Jahr=2011\|Verlag=dpunkt.verlag\|ISBN=978-3-89864-724-3}}		* {{Literatur\|Autor=Richard Seidl, Manfred Baumgartner, Thomas Bucsics\|Titel=Basiswissen Testautomatisierung – Konzepte, Methoden und Techniken\|Auflage=1.\|Jahr=2011\|Verlag=dpunkt.verlag\|ISBN=978-3-89864-724-3}}

	== Weblinks ==		== Weblinks ==

Logograph: Änderungen von 79.219.34.116 (Diskussion) auf die letzte Version von Aka zurückgesetzt

2018-07-10T09:16:41Z

Änderungen von 79.219.34.116 (Diskussion) auf die letzte Version von Aka zurückgesetzt

← Nächstältere Version		Version vom 10. Juli 2018, 11:16 Uhr
Zeile 12:		Zeile 12:
	Zunächst werden die zu testenden Aktionen oder Operationen in der Anwendung (oder in den Anforderungen für die Anwendung) analysiert. Wiederkehrende Aktionen und Abläufe werden in Keywords (Schlüsselwörtern) gekapselt.		Zunächst werden die zu testenden Aktionen oder Operationen in der Anwendung (oder in den Anforderungen für die Anwendung) analysiert. Wiederkehrende Aktionen und Abläufe werden in Keywords (Schlüsselwörtern) gekapselt.

	==== Beispiele für ~~Keywor einem Benutzernamen in ein Textfeld.~~ ====		==== Beispiele für Keywords ====

			* Ein einfaches Keyword (eine Aktion auf einem Objekt), z. B. Eingabe von einem Benutzernamen in ein Textfeld.

	{\| class="wikitable"		{\| class="wikitable"

79.219.34.116: /* Charakteristik */

2018-07-10T09:03:33Z

Charakteristik

← Nächstältere Version		Version vom 10. Juli 2018, 11:03 Uhr
Zeile 12:		Zeile 12:
	Zunächst werden die zu testenden Aktionen oder Operationen in der Anwendung (oder in den Anforderungen für die Anwendung) analysiert. Wiederkehrende Aktionen und Abläufe werden in Keywords (Schlüsselwörtern) gekapselt.		Zunächst werden die zu testenden Aktionen oder Operationen in der Anwendung (oder in den Anforderungen für die Anwendung) analysiert. Wiederkehrende Aktionen und Abläufe werden in Keywords (Schlüsselwörtern) gekapselt.

	==== Beispiele für ~~Keywords~~ ====		==== Beispiele für Keywor einem Benutzernamen in ein Textfeld. ====

	* Ein einfaches Keyword (eine Aktion auf einem Objekt), z. B. Eingabe von einem Benutzernamen in ein Textfeld.

	{\| class="wikitable"		{\| class="wikitable"

Aka: Abkürzung korrigiert, Leerzeichen in Überschrift, Links normiert

2018-04-13T09:48:30Z

Abkürzung korrigiert, Leerzeichen in Überschrift, Links normiert

← Nächstältere Version		Version vom 13. April 2018, 11:48 Uhr
Zeile 1:		Zeile 1:
	'''Keyword-Driven Testing''' (''auch'' Table-Driven Testing, Action-Word Testing) ist eine Technik des automatischen [[Softwaretest\|Software-Testens]].		'''Keyword-Driven Testing''' (''auch'' Table-Driven Testing, Action-Word Testing) ist eine Technik des automatischen [[Softwaretest\|Software-Testens]].

	==Charakteristik==		== Charakteristik ==
	Obwohl man Keyword-Driven Testing auch für [[manuelles Testen]] verwenden kann, ist es eher für das [[Testautomatisierung\|automatische Testen]] geeignet.<ref name="Faught">Danny R. Faught: ''[http://www.stickyminds.com/sitewide.asp?Function=edetail&ObjectType=COL&ObjectId=8186 Keyword-Driven Testing, Sticky Minds.]''</ref> Die hohe Abstraktionsebene von solchen schlüsselwort-gesteuerten Tests verbessert die [[Wiederverwendbarkeit]] und die Wartbarkeit automatischer Tests.		Obwohl man Keyword-Driven Testing auch für [[manuelles Testen]] verwenden kann, ist es eher für das [[Testautomatisierung\|automatische Testen]] geeignet.<ref name="Faught">Danny R. Faught: ''[http://www.stickyminds.com/sitewide.asp?Function=edetail&ObjectType=COL&ObjectId=8186 Keyword-Driven Testing, Sticky Minds.]''</ref> Die hohe Abstraktionsebene von solchen schlüsselwort-gesteuerten Tests verbessert die [[Wiederverwendbarkeit]] und die Wartbarkeit automatischer Tests.

Zeile 26:		Zeile 26:
	\|}		\|}

	* Ein komplexeres Keyword (aus anderen Keywords zusammengestellt) z.B. Einloggen.		* Ein komplexeres Keyword (aus anderen Keywords zusammengestellt) z. B. Einloggen.

	{\| class="wikitable"		{\| class="wikitable"
Zeile 54:		Zeile 54:

	Die Implementierung unterscheidet sich je nachdem, welches Tool oder Framework eingesetzt wird.		Die Implementierung unterscheidet sich je nachdem, welches Tool oder Framework eingesetzt wird.
	Häufig müssen Testentwickler ein Framework implementieren, um Keywords wie „Prüfen“ oder „Eingeben“ bereitzustellen<ref name="Faught" />. Ein bekanntes Open-Source-Framework ist das [[~~Framework_for_Integrated_Test~~\|Framework for Integrated Test]]. Ein Tester ohne Programmierkenntnisse kann dann Testfälle gemäß der Planung anhand dieser fertig kodierten Keywords erstellen. Der daraus entstehende Test wird von einem Roboter ausgeführt. Der Roboter liest die Keywords ein und führt die entsprechenden Codezeilen aus.		Häufig müssen Testentwickler ein Framework implementieren, um Keywords wie „Prüfen“ oder „Eingeben“ bereitzustellen<ref name="Faught" />. Ein bekanntes Open-Source-Framework ist das [[Framework for Integrated Test\|Framework for Integrated Test]]. Ein Tester ohne Programmierkenntnisse kann dann Testfälle gemäß der Planung anhand dieser fertig kodierten Keywords erstellen. Der daraus entstehende Test wird von einem Roboter ausgeführt. Der Roboter liest die Keywords ein und führt die entsprechenden Codezeilen aus.

	Andere Ansätze trennen das Testdesign und die Keywordimplementierung nicht. Hier gibt es nur einen Schritt zur Implementierung – das Testdesign ist gleichzeitig die Testautomatisierung. Keywords wie „Prüfen“ oder „Eingeben“ werden anhand fertiger Bausteine erstellt, in denen der notwendige Code für die Keywords bereits vorhanden ist. Dadurch entfällt der Bedarf an zusätzlichen technischen Fachkräften zur Programmierung im Testprozess. Diesen Ansatz verwenden Werkzeuge wie [[GUIdancer]] und [[Worksoft Certify]] oder auch das [[Robot Framework]]. Das Open-Source-Werkzeug [[Selenium]] stellt fertige Keywords für das Testen von Webanwendungen zur Verfügung, die in HTML-Tabellen zu Testfällen zusammengestellt werden können. Darauf setzt u.a. das freie Firefox-Plugin Molybdenum auf, welches die Zusammensetzung einzelner "Commands" zu parametrierbaren Testbausteinen ermöglicht.		Andere Ansätze trennen das Testdesign und die Keywordimplementierung nicht. Hier gibt es nur einen Schritt zur Implementierung – das Testdesign ist gleichzeitig die Testautomatisierung. Keywords wie „Prüfen“ oder „Eingeben“ werden anhand fertiger Bausteine erstellt, in denen der notwendige Code für die Keywords bereits vorhanden ist. Dadurch entfällt der Bedarf an zusätzlichen technischen Fachkräften zur Programmierung im Testprozess. Diesen Ansatz verwenden Werkzeuge wie [[GUIdancer]] und [[Worksoft Certify]] oder auch das [[Robot Framework]]. Das Open-Source-Werkzeug [[Selenium]] stellt fertige Keywords für das Testen von Webanwendungen zur Verfügung, die in HTML-Tabellen zu Testfällen zusammengestellt werden können. Darauf setzt u. a. das freie Firefox-Plugin Molybdenum auf, welches die Zusammensetzung einzelner "Commands" zu parametrierbaren Testbausteinen ermöglicht.

	== Vorteile ==		== Vorteile ==

Flossenträger: /* Implementierung */ keine Weblinks im Fliesstext

2017-07-20T14:10:56Z

Implementierung: keine Weblinks im Fliesstext

← Nächstältere Version		Version vom 20. Juli 2017, 16:10 Uhr
Zeile 56:		Zeile 56:
	Häufig müssen Testentwickler ein Framework implementieren, um Keywords wie „Prüfen“ oder „Eingeben“ bereitzustellen<ref name="Faught" />. Ein bekanntes Open-Source-Framework ist das [[Framework_for_Integrated_Test\|Framework for Integrated Test]]. Ein Tester ohne Programmierkenntnisse kann dann Testfälle gemäß der Planung anhand dieser fertig kodierten Keywords erstellen. Der daraus entstehende Test wird von einem Roboter ausgeführt. Der Roboter liest die Keywords ein und führt die entsprechenden Codezeilen aus.		Häufig müssen Testentwickler ein Framework implementieren, um Keywords wie „Prüfen“ oder „Eingeben“ bereitzustellen<ref name="Faught" />. Ein bekanntes Open-Source-Framework ist das [[Framework_for_Integrated_Test\|Framework for Integrated Test]]. Ein Tester ohne Programmierkenntnisse kann dann Testfälle gemäß der Planung anhand dieser fertig kodierten Keywords erstellen. Der daraus entstehende Test wird von einem Roboter ausgeführt. Der Roboter liest die Keywords ein und führt die entsprechenden Codezeilen aus.

	Andere Ansätze trennen das Testdesign und die Keywordimplementierung nicht. Hier gibt es nur einen Schritt zur Implementierung – das Testdesign ist gleichzeitig die Testautomatisierung. Keywords wie „Prüfen“ oder „Eingeben“ werden anhand fertiger Bausteine erstellt, in denen der notwendige Code für die Keywords bereits vorhanden ist. Dadurch entfällt der Bedarf an zusätzlichen technischen Fachkräften zur Programmierung im Testprozess. Diesen Ansatz verwenden Werkzeuge wie [[GUIdancer]] und [[Worksoft Certify]] oder auch das [[Robot Framework]]. Das Open-Source-Werkzeug [[Selenium]] stellt fertige Keywords für das Testen von Webanwendungen zur Verfügung, die in HTML-Tabellen zu Testfällen zusammengestellt werden können. Darauf setzt u.a. das freie Firefox-Plugin ~~[http://www.molyb.org~~ Molybdenum] auf, welches die Zusammensetzung einzelner "Commands" zu parametrierbaren Testbausteinen ermöglicht.		Andere Ansätze trennen das Testdesign und die Keywordimplementierung nicht. Hier gibt es nur einen Schritt zur Implementierung – das Testdesign ist gleichzeitig die Testautomatisierung. Keywords wie „Prüfen“ oder „Eingeben“ werden anhand fertiger Bausteine erstellt, in denen der notwendige Code für die Keywords bereits vorhanden ist. Dadurch entfällt der Bedarf an zusätzlichen technischen Fachkräften zur Programmierung im Testprozess. Diesen Ansatz verwenden Werkzeuge wie [[GUIdancer]] und [[Worksoft Certify]] oder auch das [[Robot Framework]]. Das Open-Source-Werkzeug [[Selenium]] stellt fertige Keywords für das Testen von Webanwendungen zur Verfügung, die in HTML-Tabellen zu Testfällen zusammengestellt werden können. Darauf setzt u.a. das freie Firefox-Plugin Molybdenum auf, welches die Zusammensetzung einzelner "Commands" zu parametrierbaren Testbausteinen ermöglicht.

	== Vorteile ==		== Vorteile ==

Invisigoth67: /* Literatur */ form

2015-09-21T14:12:02Z

Literatur: form

← Nächstältere Version		Version vom 21. September 2015, 16:12 Uhr
Zeile 68:		Zeile 68:

	== Literatur ==		== Literatur ==
	{{Literatur\|Autor=Richard Seidl, Manfred Baumgartner, Thomas Bucsics\|Titel=Basiswissen Testautomatisierung - Konzepte, Methoden und Techniken\|Auflage=1.\|Jahr=2011\|Verlag=dpunkt.verlag\|ISBN=978-3-89864-724-3}}		* {{Literatur\|Autor=Richard Seidl, Manfred Baumgartner, Thomas Bucsics\|Titel=Basiswissen Testautomatisierung - Konzepte, Methoden und Techniken\|Auflage=1.\|Jahr=2011\|Verlag=dpunkt.verlag\|ISBN=978-3-89864-724-3}}

	== Weblinks ==		== Weblinks ==

CactusBot: Bot: 1 redundater Inhalt für benannte ref-Tags entfernt

2015-01-06T15:08:01Z

Bot: 1 redundater Inhalt für benannte ref-Tags entfernt

← Nächstältere Version		Version vom 6. Januar 2015, 17:08 Uhr
Zeile 54:		Zeile 54:

	Die Implementierung unterscheidet sich je nachdem, welches Tool oder Framework eingesetzt wird.		Die Implementierung unterscheidet sich je nachdem, welches Tool oder Framework eingesetzt wird.
	Häufig müssen Testentwickler ein Framework implementieren, um Keywords wie „Prüfen“ oder „Eingeben“ bereitzustellen<ref name="Faught"></~~ref~~>. Ein bekanntes Open-Source-Framework ist das [[Framework_for_Integrated_Test\|Framework for Integrated Test]]. Ein Tester ohne Programmierkenntnisse kann dann Testfälle gemäß der Planung anhand dieser fertig kodierten Keywords erstellen. Der daraus entstehende Test wird von einem Roboter ausgeführt. Der Roboter liest die Keywords ein und führt die entsprechenden Codezeilen aus.		Häufig müssen Testentwickler ein Framework implementieren, um Keywords wie „Prüfen“ oder „Eingeben“ bereitzustellen<ref name="Faught" />. Ein bekanntes Open-Source-Framework ist das [[Framework_for_Integrated_Test\|Framework for Integrated Test]]. Ein Tester ohne Programmierkenntnisse kann dann Testfälle gemäß der Planung anhand dieser fertig kodierten Keywords erstellen. Der daraus entstehende Test wird von einem Roboter ausgeführt. Der Roboter liest die Keywords ein und führt die entsprechenden Codezeilen aus.

	Andere Ansätze trennen das Testdesign und die Keywordimplementierung nicht. Hier gibt es nur einen Schritt zur Implementierung – das Testdesign ist gleichzeitig die Testautomatisierung. Keywords wie „Prüfen“ oder „Eingeben“ werden anhand fertiger Bausteine erstellt, in denen der notwendige Code für die Keywords bereits vorhanden ist. Dadurch entfällt der Bedarf an zusätzlichen technischen Fachkräften zur Programmierung im Testprozess. Diesen Ansatz verwenden Werkzeuge wie [[GUIdancer]] und [[Worksoft Certify]] oder auch das [[Robot Framework]]. Das Open-Source-Werkzeug [[Selenium]] stellt fertige Keywords für das Testen von Webanwendungen zur Verfügung, die in HTML-Tabellen zu Testfällen zusammengestellt werden können. Darauf setzt u.a. das freie Firefox-Plugin [http://www.molyb.org Molybdenum] auf, welches die Zusammensetzung einzelner "Commands" zu parametrierbaren Testbausteinen ermöglicht.		Andere Ansätze trennen das Testdesign und die Keywordimplementierung nicht. Hier gibt es nur einen Schritt zur Implementierung – das Testdesign ist gleichzeitig die Testautomatisierung. Keywords wie „Prüfen“ oder „Eingeben“ werden anhand fertiger Bausteine erstellt, in denen der notwendige Code für die Keywords bereits vorhanden ist. Dadurch entfällt der Bedarf an zusätzlichen technischen Fachkräften zur Programmierung im Testprozess. Diesen Ansatz verwenden Werkzeuge wie [[GUIdancer]] und [[Worksoft Certify]] oder auch das [[Robot Framework]]. Das Open-Source-Werkzeug [[Selenium]] stellt fertige Keywords für das Testen von Webanwendungen zur Verfügung, die in HTML-Tabellen zu Testfällen zusammengestellt werden können. Darauf setzt u.a. das freie Firefox-Plugin [http://www.molyb.org Molybdenum] auf, welches die Zusammensetzung einzelner "Commands" zu parametrierbaren Testbausteinen ermöglicht.