Diskussion:Testumgebung erstellen automatisieren - Versionsgeschichte

Romana am 29. April 2017 um 10:27 Uhr

2017-04-29T10:27:32Z

Romana: /* Einleitung */

2017-04-28T14:46:53Z

‎Einleitung

Romana: Romana verschob die Seite Testumgebung erstellen automatisieren nach Diskussion:Testumgebung erstellen automatisieren: Thema verfehlt

2017-04-28T08:52:42Z

Romana verschob die Seite Testumgebung erstellen automatisieren nach Diskussion:Testumgebung erstellen automatisieren: Thema verfehlt

Romana: /* Einleitung */

2017-04-28T08:51:48Z

‎Einleitung

Romana: /* Einleitung */

2017-04-28T08:50:49Z

‎Einleitung

Romana: Romana verschob die Seite Testumgebung erstellen automaisieren nach Testumgebung erstellen automatisieren: Typo im Titel

2017-04-28T08:49:38Z

Romana verschob die Seite Testumgebung erstellen automaisieren nach Testumgebung erstellen automatisieren: Typo im Titel

Romana: /* Einleitung */

2017-04-28T08:48:36Z

‎Einleitung

Romana: Die Seite wurde neu angelegt: „==Einleitung== Zur Testumgebung gehört mehr als nur die . Es ist auch ein Tester nötig. Der ist auch wieder in der Form eines Containers. Der Tester wird mit…“

2017-04-28T08:42:58Z

Die Seite wurde neu angelegt: „==Einleitung== Zur Testumgebung gehört mehr als nur die . Es ist auch ein Tester nötig. Der ist auch wieder in der Form eines Containers. Der Tester wird mit…“

Neue Seite

==Einleitung==
Zur Testumgebung gehört mehr als nur die . Es ist auch ein Tester nötig. Der ist auch wieder in der Form eines Containers. Der Tester wird mit einem Job durch Jenkins angesprochen.

Ich habe bisher heraus gefunden, dass auch der Job durchaus erst mal verschiedene andere Aufgaben zu erledigen hat, bis die Tests laufen können.Daher habe ich diesen Job als einfaches Shell-Script angelegt.

Hier kann man zum Beispiel prüfen, ob die Datenbank im Ausgangszustand ist. Codeception hat die Angewohnheit, eine Datei in einem speziellen Ordner anzulegen, wenn ein Test daneben gegangen ist. Diese Datei wird bei jedem Start von Tests per Codeception gelöscht. Das bedeutet: Wenn die Datei vorhanden ist, wenn ein neuer Testlauf stattfinden soll, dann ist nicht gewährleistet, dass die Datenbank in einem definierten Ausgangszustand ist. Sie muss sicherheitshalber zurück gesetzt werden.

Dann startet das Script die Infrastruktur, also Mailserver, DB und Webserver. In der Flex-Version werden nun die Dateien der IDE mit denen des Webservers synchronisiert. Damit kann man entwickeln und mit Containern testen. Das ist vor allem für die Akzeptanz- und Funktionstests nötig. Wenn Integrationstests gemacht werden sollen, dann kann an dieser Stelle das neue Installationspaket gebaut werden, bevor es verwendet wird.

Schließlich wird der eigentliche Testcontainer aufgerufen, auch wieder eine Sache per Docker Compose, weil ja das Netzwerk der Infrastruktur gebraucht wird. Man gibt an, auf welchem Image aufgebaut werden soll (z.B. verschiedene php-Versionen). Dann werden externe Ordner eingebunden, es wird das Arbeitsverzeichnis definiert, Umgebungsvariablen in den Container weiter gereicht und ein Startscript angegeben.

[[Kategorie:Testing]]

← Nächstältere Version		Version vom 29. April 2017, 10:27 Uhr
Zeile 22:		Zeile 22:
	Schließlich darf man nicht vergessen, die neue Testumgebung Codeception auch bekannt zu machen. Das wird mit einem Eintrag in der ''acceptance.suite.yml'' erledigt.		Schließlich darf man nicht vergessen, die neue Testumgebung Codeception auch bekannt zu machen. Das wird mit einem Eintrag in der ''acceptance.suite.yml'' erledigt.

−	[[Kategorie:Testing]]	+
		+
		+	[[Kategorie:Testing allgemein]]

@@ Zeile 15: / Zeile 15: @@
 * Webtreiber starten
 * Selenium starten
-* Videoaufnahme des Browserfensters starten
+* Videoaufnahme des Browserfensters starten. ''Name und Ablageort des Videos werden aus Umgebungsvariablen gebildet.''
-* Tests laufen lassen
+* Tests laufen lassen. ''Hier müssen neben den einzelnen Namen auch die Namen der Reports in XML und HTML angepasst werden. Jenkins nicht vergessen.''
 * Aufnahme beenden
 * Headless-Display beenden

@@ Zeile 1: / Zeile 1: @@
 ==Einleitung==
-Zur Testumgebung gehört mehr als nur die [[Startumgebung erstellen/Containerbau|Startumgebung]]. Es ist auch ein Tester nötig. Der ist auch wieder in der Form eines Containers. Der Tester wird mit einem Job durch Jenkins angesprochen.
+Zur Testumgebung gehört mehr als nur die [[Startumgebung erstellen/Containerbau|Startumgebung]]. Es ist auch ein Tester nötig, den ich natürlich auch wieder in der Form eines Containers erstelle. Der Tester wird mit einem Job durch Jenkins angesprochen.
 Ich habe bisher heraus gefunden, dass auch der Job durchaus erst mal verschiedene andere Aufgaben zu erledigen hat, bis die Tests laufen können.Daher habe ich diesen Job als einfaches Shell-Script angelegt.

← Nächstältere Version		Version vom 28. April 2017, 08:48 Uhr
Zeile 9:		Zeile 9:

	Schließlich wird der eigentliche Testcontainer aufgerufen, auch wieder eine Sache per Docker Compose, weil ja das Netzwerk der Infrastruktur gebraucht wird. Man gibt an, auf welchem Image aufgebaut werden soll (z.B. verschiedene php-Versionen). Dann werden externe Ordner eingebunden, es wird das Arbeitsverzeichnis definiert, Umgebungsvariablen in den Container weiter gereicht und ein Startscript angegeben.		Schließlich wird der eigentliche Testcontainer aufgerufen, auch wieder eine Sache per Docker Compose, weil ja das Netzwerk der Infrastruktur gebraucht wird. Man gibt an, auf welchem Image aufgebaut werden soll (z.B. verschiedene php-Versionen). Dann werden externe Ordner eingebunden, es wird das Arbeitsverzeichnis definiert, Umgebungsvariablen in den Container weiter gereicht und ein Startscript angegeben.
		+
		+	Das Startscript des Testcontainers schließlich kümmert sich um den Ablauf der Tests:
		+
		+	* Headless-Display starten
		+	* Webtreiber starten
		+	* Selenium starten
		+	* Videoaufnahme des Browserfensters starten
		+	* Tests laufen lassen
		+	* Aufnahme beenden
		+	* Headless-Display beenden
		+
		+	Schließlich darf man nicht vergessen, die neue Testumgebung Codeception auch bekannt zu machen. Das wird mit einem Eintrag in der ''acceptance.suite.yml'' erledigt.

	[[Kategorie:Testing]]		[[Kategorie:Testing]]

← Nächstältere Version	Version vom 28. April 2017, 08:52 Uhr
(kein Unterschied)

← Nächstältere Version	Version vom 28. April 2017, 08:49 Uhr
(kein Unterschied)