Inventory Element - Versionsgeschichte

Mawalch: Spelling fixes.

2017-05-18T12:44:39Z

Spelling fixes.

← Nächstältere Version		Version vom 18. Mai 2017, 12:44 Uhr
Zeile 14:		Zeile 14:
	Sie können beliebig viele Inventare definieren, diese auch mit Bibliotheken aus einer separaten ets-Datei importieren.		Sie können beliebig viele Inventare definieren, diese auch mit Bibliotheken aus einer separaten ets-Datei importieren.

	Zur lokalen (d.h. nicht durch ~~expeccoALM~~ angestoßenen) Ausführung der Suite kann im Testsuite-Element angegeben werden, welches Inventar genutzt werden soll. Ansonsten fragt expecco nach einem Inventar beim Teststart. Dies ist die Vorgehensweise während der Testentwicklung, wenn Tests manuell, aus dem expecco-GUI heraus gestartet werden.		Zur lokalen (d.h. nicht durch expecco ALM angestoßenen) Ausführung der Suite kann im Testsuite-Element angegeben werden, welches Inventar genutzt werden soll. Ansonsten fragt expecco nach einem Inventar beim Teststart. Dies ist die Vorgehensweise während der Testentwicklung, wenn Tests manuell, aus dem expecco-GUI heraus gestartet werden.

	Wird der Test jedoch in einem expecco-Testslave ausgeführt (also durch ~~expeccoALM~~ ~~angestossen~~), erhält dieser ein Inventar als Parameter von ~~expeccoALM~~. ~~ExpeccoALM~~ verfügt seinerseits über ein globales (~~Labor~~- oder ~~Abteilungsweites~~) Inventar, aus welchem es die für den Testlauf benötigten Ressourcen reserviert und den einzelnen Testläufen mit gibt. Damit wird eine Synchronisation und ein gegenseitiger Ausschluss über Rechnergrenzen hinweg und über die gesamte Serverfarm realisiert.		Wird der Test jedoch in einem expecco-Testslave ausgeführt (also durch expecco ALM angestoßen), erhält dieser ein Inventar als Parameter von expecco ALM. Expecco ALM verfügt seinerseits über ein globales (labor- oder abteilungsweites) Inventar, aus welchem es die für den Testlauf benötigten Ressourcen reserviert und den einzelnen Testläufen mit gibt. Damit wird eine Synchronisation und ein gegenseitiger Ausschluss über Rechnergrenzen hinweg und über die gesamte Serverfarm realisiert.

Mawalch: Spelling fixes.

2017-05-16T17:34:03Z

Spelling fixes.

← Nächstältere Version		Version vom 16. Mai 2017, 17:34 Uhr
Zeile 6:		Zeile 6:

	Inventare, Ressourcen und Skills sind ein flexibles und mächtiges Werkzeug zur Synchronisation parallel laufender Tests. In den allermeisten Szenarien werden diese aber nicht benötigt; entweder weil eine Mehrfachnutzung von Ressourcen nicht notwendig oder möglich ist, oder weil die Einzeltests sequentiell durchgeführt werden.		Inventare, Ressourcen und Skills sind ein flexibles und mächtiges Werkzeug zur Synchronisation parallel laufender Tests. In den allermeisten Szenarien werden diese aber nicht benötigt; entweder weil eine Mehrfachnutzung von Ressourcen nicht notwendig oder möglich ist, oder weil die Einzeltests sequentiell durchgeführt werden.
	Daher ist es i.A. nicht notwendig, die Vorgänge im einzelnen zu verstehen, und Sie können ihre Tests auch ohne Inventare, Ressourcen und Skills aufbauen. Oder durch entsprechende Anordnung der Testfälle dafür sorgen, ~~daß~~ keine Konflikte entstehen.		Daher ist es i.A. nicht notwendig, die Vorgänge im einzelnen zu verstehen, und Sie können ihre Tests auch ohne Inventare, Ressourcen und Skills aufbauen. Oder durch entsprechende Anordnung der Testfälle dafür sorgen, dass keine Konflikte entstehen.

	== Lokales Defaultinventar vs. Inventar als Parameter ==		== Lokales Defaultinventar vs. Inventar als Parameter ==
Zeile 14:		Zeile 14:
	Sie können beliebig viele Inventare definieren, diese auch mit Bibliotheken aus einer separaten ets-Datei importieren.		Sie können beliebig viele Inventare definieren, diese auch mit Bibliotheken aus einer separaten ets-Datei importieren.

	Zur lokalen (d.h. nicht durch expeccoALM ~~angestossenen~~) Ausführung der Suite kann im Testsuite-Element angegeben werden, welches Inventar genutzt werden soll. Ansonsten fragt expecco nach einem Inventar beim Teststart. Dies ist die Vorgehensweise während der Testentwicklung, wenn Tests manuell, aus dem expecco-GUI heraus gestartet werden.		Zur lokalen (d.h. nicht durch expeccoALM angestoßenen) Ausführung der Suite kann im Testsuite-Element angegeben werden, welches Inventar genutzt werden soll. Ansonsten fragt expecco nach einem Inventar beim Teststart. Dies ist die Vorgehensweise während der Testentwicklung, wenn Tests manuell, aus dem expecco-GUI heraus gestartet werden.

		⚫	Wird der Test jedoch in einem expecco-Testslave ausgeführt (also durch expeccoALM angestossen), erhält dieser ein Inventar als Parameter von expeccoALM. ExpeccoALM verfügt seinerseits über ein globales (Labor- oder Abteilungsweites) Inventar, aus welchem es die für den Testlauf benötigten Ressourcen reserviert und den einzelnen Testläufen mit gibt. Damit wird eine Synchronisation und ein gegenseitiger Ausschluss über Rechnergrenzen hinweg und über die gesamte Serverfarm realisiert.

⚫	Wird der Test jedoch in einem expecco-Testslave ausgeführt (also durch expeccoALM angestossen), erhält dieser ein Inventar als Parameter von expeccoALM. ExpeccoALM verfügt seinerseits über ein globales (~~laor~~- oder ~~abteilungsweites~~) Inventar, aus welchem es die für den Testlauf benötigten Ressourcen reserviert und den einzelnen Testläufen mit gibt. Damit wird eine Synchronisation und ein gegenseitiger ~~Ausschluß~~ über Rechnergrenzen hinweg und über die gesamte Serverfarm realisiert.


	[[Category: Tree Elements]]		[[Category: Tree Elements]]

Cg: /* Lokales Defaultinventar vs. Inventar als Parameter */

2016-10-07T21:05:58Z

Lokales Defaultinventar vs. Inventar als Parameter

← Nächstältere Version		Version vom 7. Oktober 2016, 21:05 Uhr
Zeile 14:		Zeile 14:
	Sie können beliebig viele Inventare definieren, diese auch mit Bibliotheken aus einer separaten ets-Datei importieren.		Sie können beliebig viele Inventare definieren, diese auch mit Bibliotheken aus einer separaten ets-Datei importieren.

	Zur lokalen (d.h. nicht durch expeccoALM angestossenen) Ausführung der Suite ~~muss~~ angegeben werden, welches Inventar genutzt werden soll. Dies ist die Vorgehensweise während der Testentwicklung, wenn Tests manuell, aus dem expecco-GUI heraus gestartet werden.		Zur lokalen (d.h. nicht durch expeccoALM angestossenen) Ausführung der Suite kann im Testsuite-Element angegeben werden, welches Inventar genutzt werden soll. Ansonsten fragt expecco nach einem Inventar beim Teststart. Dies ist die Vorgehensweise während der Testentwicklung, wenn Tests manuell, aus dem expecco-GUI heraus gestartet werden.

	Wird der Test jedoch in einem expecco-Testslave ausgeführt (also durch expeccoALM angestossen), erhält dieser ein Inventar als Parameter von expeccoALM. ExpeccoALM verfügt seinerseits über ein globales (laor- oder abteilungsweites) Inventar, aus welchem es die für den Testlauf benötigten Ressourcen reserviert und den einzelnen Testläufen mit gibt. Damit wird eine Synchronisation und ein gegenseitiger Ausschluß über Rechnergrenzen hinweg und über die gesamte Serverfarm realisiert.		Wird der Test jedoch in einem expecco-Testslave ausgeführt (also durch expeccoALM angestossen), erhält dieser ein Inventar als Parameter von expeccoALM. ExpeccoALM verfügt seinerseits über ein globales (laor- oder abteilungsweites) Inventar, aus welchem es die für den Testlauf benötigten Ressourcen reserviert und den einzelnen Testläufen mit gibt. Damit wird eine Synchronisation und ein gegenseitiger Ausschluß über Rechnergrenzen hinweg und über die gesamte Serverfarm realisiert.

Cg: /* Lokales Defaultinventar vs. Inventar als Parameter */

2016-10-07T20:08:58Z

Lokales Defaultinventar vs. Inventar als Parameter

← Nächstältere Version		Version vom 7. Oktober 2016, 20:08 Uhr
Zeile 10:		Zeile 10:
	== Lokales Defaultinventar vs. Inventar als Parameter ==		== Lokales Defaultinventar vs. Inventar als Parameter ==

	Wenn Ressourcen genutzt werden, es also ~~bausteine~~ gibt, welche eine Fähigkeit anfordern, müssen diese in einem Inventar definiert und zusammengefasst werden.		Wenn Ressourcen genutzt werden, es also Bausteine gibt, welche eine Fähigkeit anfordern, müssen diese in einem Inventar definiert und zusammengefasst werden.
	Inventare werden wie die anderen Elemente in der linken Baumansicht gezeigt.		Inventare werden wie die anderen Elemente in der linken Baumansicht gezeigt.
	Sie können beliebig viele Inventare definieren, diese auch mit Bibliotheken aus einer separaten ets-Datei importieren.		Sie können beliebig viele Inventare definieren, diese auch mit Bibliotheken aus einer separaten ets-Datei importieren.

Cg am 7. Oktober 2016 um 20:08 Uhr

2016-10-07T20:08:24Z

← Nächstältere Version		Version vom 7. Oktober 2016, 20:08 Uhr
Zeile 3:		Zeile 3:
	Der Zusammenhang zwischen Fertigkeit, Betriebsmittel und Inventar ist an einem Beispiel in der [[Skill Element\|Dokumentation der Fertigkeit]] zu sehen.		Der Zusammenhang zwischen Fertigkeit, Betriebsmittel und Inventar ist an einem Beispiel in der [[Skill Element\|Dokumentation der Fertigkeit]] zu sehen.

			== Brauche ich ein Inventar? ==

			Inventare, Ressourcen und Skills sind ein flexibles und mächtiges Werkzeug zur Synchronisation parallel laufender Tests. In den allermeisten Szenarien werden diese aber nicht benötigt; entweder weil eine Mehrfachnutzung von Ressourcen nicht notwendig oder möglich ist, oder weil die Einzeltests sequentiell durchgeführt werden.
			Daher ist es i.A. nicht notwendig, die Vorgänge im einzelnen zu verstehen, und Sie können ihre Tests auch ohne Inventare, Ressourcen und Skills aufbauen. Oder durch entsprechende Anordnung der Testfälle dafür sorgen, daß keine Konflikte entstehen.

			== Lokales Defaultinventar vs. Inventar als Parameter ==

			Wenn Ressourcen genutzt werden, es also bausteine gibt, welche eine Fähigkeit anfordern, müssen diese in einem Inventar definiert und zusammengefasst werden.
			Inventare werden wie die anderen Elemente in der linken Baumansicht gezeigt.
			Sie können beliebig viele Inventare definieren, diese auch mit Bibliotheken aus einer separaten ets-Datei importieren.

			Zur lokalen (d.h. nicht durch expeccoALM angestossenen) Ausführung der Suite muss angegeben werden, welches Inventar genutzt werden soll. Dies ist die Vorgehensweise während der Testentwicklung, wenn Tests manuell, aus dem expecco-GUI heraus gestartet werden.

			Wird der Test jedoch in einem expecco-Testslave ausgeführt (also durch expeccoALM angestossen), erhält dieser ein Inventar als Parameter von expeccoALM. ExpeccoALM verfügt seinerseits über ein globales (laor- oder abteilungsweites) Inventar, aus welchem es die für den Testlauf benötigten Ressourcen reserviert und den einzelnen Testläufen mit gibt. Damit wird eine Synchronisation und ein gegenseitiger Ausschluß über Rechnergrenzen hinweg und über die gesamte Serverfarm realisiert.


	[[Category: Tree Elements]]		[[Category: Tree Elements]]

Sv am 7. April 2014 um 17:16 Uhr

2014-04-07T17:16:14Z

← Nächstältere Version		Version vom 7. April 2014, 17:16 Uhr
Zeile 1:		Zeile 1:
			In einem Inventar werden die zur Verfügung stehenden Betriebsmittel aufgelistet. Es können in einer Testsuite mehrere Inventare definiert werden. Zur Ausführung eines Testfalls ist aber lediglich ein durch konkrete Angabe bestimmtes Inventar aktiv, aus dem die Betriebsmittelzuteilung während der Testausführung erfolgt. Inventare können für einzelne Testfälle aber auch für einen gesamten Testplan definiert werden.
	#redirect [[ Inventory_Element/en ]]

			Der Zusammenhang zwischen Fertigkeit, Betriebsmittel und Inventar ist an einem Beispiel in der [[Skill Element\|Dokumentation der Fertigkeit]] zu sehen.


			[[Category: Tree Elements]]

Ab: Weiterleitung nach Inventory Element/en erstellt

2014-04-01T21:18:11Z

Weiterleitung nach Inventory Element/en erstellt

← Nächstältere Version		Version vom 1. April 2014, 21:18 Uhr
Zeile 1:		Zeile 1:
	#redirect [[ Inventory_Element/de ]]		#redirect [[ Inventory_Element/en ]]

Ab: Weiterleitung nach Inventory Element/de erstellt

2014-04-01T21:17:12Z

Weiterleitung nach Inventory Element/de erstellt

Neue Seite

#redirect [[ Inventory_Element/de ]]