OrgaMon-FS - Versionsgeschichte

Root am 12. Februar 2021 um 15:00 Uhr

2021-02-12T15:00:54Z

← Nächstältere Version		Version vom 12. Februar 2021, 17:00 Uhr
Zeile 1:		Zeile 1:
	Die OrgaMon-FS (FS= Funktions Sicherstellung) hat die Aufgabe sicherzustellen dass eine neue OrgaMon-Version allen Anforderungen genügt, die an sie gestellt werden. ~~Durch den release~~-~~Fortschritt müssen Regressionen verhindert werden~~. Dies gelingt durch automatisierte Tests. ~~Dazu sollten sich OrgaMon-Bereiche beim CareTaker registrieren, beim~~ OrgaMon-Selbsttest werden Tests ~~dieser~~ Bereiche initiert. Die Registrierfunktion und der ~~Registirieprotoyp~~ lauten		Die OrgaMon-FS (FS= Funktions Sicherstellung) hat die Aufgabe sicherzustellen, dass eine neue OrgaMon-Version allen Anforderungen genügt, die an sie gestellt werden. Dies ist eine Massnahme, um der Regressions-Gefahr entgegenzuwirken. Dies gelingt durch automatisierte Tests. Bei den OrgaMon-Selbsttest werden Tests der Bereiche (Oc,zip,html,eMail,Hash,Index) initiert. Die Registrierfunktion und der Registrieprotoyp lauten

	// Prototypen, Test-Bereiche können "fsTest" oder "fsSelfTest" implementieren		// Prototypen, Test-Bereiche können "fsTest" oder "fsSelfTest" implementieren
Zeile 5:		Zeile 5:
	tTestProc = procedure (Path: string) of object;		tTestProc = procedure (Path: string) of object;
	tSelfTestProc = function : TStringList of object; // noch nicht implementiert		tSelfTestProc = function : TStringList of object; // noch nicht implementiert

			//

	~~// Registration beim CareTaker~~
	//
	~~procedure addTest(NameSpace:string; test: tTestProc); overload; // noch ohne Funktion~~
	~~procedure addTest(NameSpace:string; test: tSelfTestProc); overload; // noch ohne Funktion~~

	~~// Hilfs-Funktionen, Damit können sich fsTest-Implementierungen~~
	~~// unabhängig von Datei-Operationen machen~~
	~~function getQuestion(Path:string):TStringList; // noch keine Idee zur Anwendung~~
	~~procedure setAnswer(sAnswer:TStringList); // noch keine Idee zur Anwendung~~

	== Vorbereitungen ==		== Vorbereitungen ==

	~~# svn-Checkout des svns "svn://orgamon.de/fs"~~		# starte einen beliebigen OrgaMon-Mandanten und setze System->FunktionsSicherstellungsPfad= auf deinen ausgecheckten Pfadnamen (Slash am Ende nicht vergessen!)
	# starte einen beliebigen OrgaMon-Mandanten und setze System->FunktionsSicherstellungsPfad auf deinen ausgecheckten Pfadnamen (Slash am Ende nicht vergessen!)
	# gehe nach Ticket->Funktions Sicherstellung->Tests starten		# gehe nach Ticket->Funktions Sicherstellung->Tests starten

Root am 8. November 2017 um 09:35 Uhr

2017-11-08T09:35:34Z

← Nächstältere Version		Version vom 8. November 2017, 11:35 Uhr
Zeile 33:		Zeile 33:


	* <b>Namespace</b>: Jede Unit oder Teilfunktionalität inerhlab des OrgaMon registriert seine Test-Fähigkeit beim Test-Agenten unter einem Namespace. "Oc" (Orientation-Convert) war der erste Namespace der in die Testsuite aufgenommen wurde. ~~Inerhalb~~ eines Name-Space werden so auch thematisch die gleichen Tests durchgeführt - z.B. Finanz-Mathematik oder OLAP.		* <b>Namespace</b>: Jede Unit oder Teilfunktionalität inerhlab des OrgaMon registriert seine Test-Fähigkeit beim Test-Agenten unter einem Namespace. "Oc" (Orientation-Convert) war der erste Namespace der in die Testsuite aufgenommen wurde. Innerhalb eines Name-Space werden so auch thematisch die gleichen Tests durchgeführt - z.B. Finanz-Mathematik oder OLAP.
	* <b>AussagekräftigerTestname</b>: Name eine Unterverzeichnisses des NameSpace. Ein Test benötigt 1 Unterverzeichnis. In diesem Verzeichnis liegen alle Rohstoffe, die zum Ablauf des Testes notwendig sind. Wie diese Verarbeitet werden ist Sache des Tests. Auch werden die Testergebnisse in dieses Verzeichnis gespeichert.		* <b>AussagekräftigerTestname</b>: Name eine Unterverzeichnisses des NameSpace. Ein Test benötigt 1 Unterverzeichnis. In diesem Verzeichnis liegen alle Rohstoffe, die zum Ablauf des Testes notwendig sind. Wie diese Verarbeitet werden ist Sache des Tests. Auch werden die Testergebnisse in dieses Verzeichnis gespeichert.
	* <b>Soll-Ergebnis</b> Hier liegt eine oder mehrere Dateien, die nach einer erfolgreichen Durchführung eines Testes (in der regel im Rahmen der Einfühtrung eines neuen TEstes) gesichert wurde. Das "Soll-Ergebnis" legt offen wie genau die Ergebnis-Datei aussehen muss, so dass der Test als Erfolg gilt. "Soll-Ergebnis" spiegelt die Erwartungshaltung des Testsausganges wider.		* <b>Soll-Ergebnis</b> Hier liegt eine oder mehrere Dateien, die nach einer erfolgreichen Durchführung eines Testes (in der regel im Rahmen der Einfühtrung eines neuen TEstes) gesichert wurde. Das "Soll-Ergebnis" legt offen wie genau die Ergebnis-Datei aussehen muss, so dass der Test als Erfolg gilt. "Soll-Ergebnis" spiegelt die Erwartungshaltung des Testsausganges wider.

OrgaMon am 10. November 2009 um 09:12 Uhr

2009-11-10T09:12:28Z

← Nächstältere Version		Version vom 10. November 2009, 11:12 Uhr
Zeile 36:		Zeile 36:
	* <b>AussagekräftigerTestname</b>: Name eine Unterverzeichnisses des NameSpace. Ein Test benötigt 1 Unterverzeichnis. In diesem Verzeichnis liegen alle Rohstoffe, die zum Ablauf des Testes notwendig sind. Wie diese Verarbeitet werden ist Sache des Tests. Auch werden die Testergebnisse in dieses Verzeichnis gespeichert.		* <b>AussagekräftigerTestname</b>: Name eine Unterverzeichnisses des NameSpace. Ein Test benötigt 1 Unterverzeichnis. In diesem Verzeichnis liegen alle Rohstoffe, die zum Ablauf des Testes notwendig sind. Wie diese Verarbeitet werden ist Sache des Tests. Auch werden die Testergebnisse in dieses Verzeichnis gespeichert.
	* <b>Soll-Ergebnis</b> Hier liegt eine oder mehrere Dateien, die nach einer erfolgreichen Durchführung eines Testes (in der regel im Rahmen der Einfühtrung eines neuen TEstes) gesichert wurde. Das "Soll-Ergebnis" legt offen wie genau die Ergebnis-Datei aussehen muss, so dass der Test als Erfolg gilt. "Soll-Ergebnis" spiegelt die Erwartungshaltung des Testsausganges wider.		* <b>Soll-Ergebnis</b> Hier liegt eine oder mehrere Dateien, die nach einer erfolgreichen Durchführung eines Testes (in der regel im Rahmen der Einfühtrung eines neuen TEstes) gesichert wurde. Das "Soll-Ergebnis" legt offen wie genau die Ergebnis-Datei aussehen muss, so dass der Test als Erfolg gilt. "Soll-Ergebnis" spiegelt die Erwartungshaltung des Testsausganges wider.

			== Determinismus ==

			Um Testresulte vergleichen zu können dürfen Testergebnisse nicht von aktueller Zeit, vom Zufall, oder vom aktuellen Ausführungsort abhängen. Dieses Meeresrauschen muss ausgeblendet werden. Deshalb wird anfix32 in Rahmen des Testes in den "TestMode" verstetzt, der eigentlich einen Determinismusmodus ist. Release und Zeitfunktionen geben im "TestMode" die immer gleichen Angaben zurück ...

			Datum = 31.12.9999
			Uhr = 12:00
			Version = 9.999

			der CareServer setzt dieses Flag selbst vor der Ausführung von Tests.

Root am 3. November 2009 um 17:18 Uhr

2009-11-03T17:18:57Z

← Nächstältere Version		Version vom 3. November 2009, 19:18 Uhr
Zeile 4:		Zeile 4:
	type		type
	tTestProc = procedure (Path: string) of object;		tTestProc = procedure (Path: string) of object;
	tSelfTestProc = function : TStringList of object;		tSelfTestProc = function : TStringList of object; // noch nicht implementiert

	// Registration beim CareTaker		// Registration beim CareTaker
	//		//
	procedure addTest(NameSpace:string; test: tTestProc); overload;		procedure addTest(NameSpace:string; test: tTestProc); overload; // noch ohne Funktion
	procedure addTest(NameSpace:string; test: tSelfTestProc); overload;		procedure addTest(NameSpace:string; test: tSelfTestProc); overload; // noch ohne Funktion

	// Hilfs-Funktionen, Damit können sich fsTest-Implementierungen		// Hilfs-Funktionen, Damit können sich fsTest-Implementierungen
	// unabhängig von Datei-Operationen machen		// unabhängig von Datei-Operationen machen
	function getQuestion(Path:string):TStringList;		function getQuestion(Path:string):TStringList; // noch keine Idee zur Anwendung
	procedure setAnswer(sAnswer:TStringList);		procedure setAnswer(sAnswer:TStringList); // noch keine Idee zur Anwendung

	== Vorbereitungen ==		== Vorbereitungen ==

Root am 3. November 2009 um 17:18 Uhr

2009-11-03T17:18:01Z

← Nächstältere Version		Version vom 3. November 2009, 19:18 Uhr
Zeile 16:		Zeile 16:
	procedure setAnswer(sAnswer:TStringList);		procedure setAnswer(sAnswer:TStringList);

			== Vorbereitungen ==

			# svn-Checkout des svns "svn://orgamon.de/fs"
			# starte einen beliebigen OrgaMon-Mandanten und setze System->FunktionsSicherstellungsPfad auf deinen ausgecheckten Pfadnamen (Slash am Ende nicht vergessen!)
			# gehe nach Ticket->Funktions Sicherstellung->Tests starten

			-> wenn keine Fehler kommen ist alles in Butter!

	== Verzeichnis-Struktur der Tests ==		== Verzeichnis-Struktur der Tests ==

Root: /* Verzeichnis-Struktur der Tests */

2009-11-03T14:00:56Z

Verzeichnis-Struktur der Tests

← Nächstältere Version		Version vom 3. November 2009, 16:00 Uhr
Zeile 20:		Zeile 20:

	-~NameSpace~-		-~NameSpace~-
	-~~test~~-~~nnnnn~~		{
	-Rohstoffe		-~AussagekräftigerTestname~
	-Ergebnis-Soll		-Soll-Ergebnis
	-Ergebnis~~-Ist~~		}


			* <b>Namespace</b>: Jede Unit oder Teilfunktionalität inerhlab des OrgaMon registriert seine Test-Fähigkeit beim Test-Agenten unter einem Namespace. "Oc" (Orientation-Convert) war der erste Namespace der in die Testsuite aufgenommen wurde. Inerhalb eines Name-Space werden so auch thematisch die gleichen Tests durchgeführt - z.B. Finanz-Mathematik oder OLAP.
			* <b>AussagekräftigerTestname</b>: Name eine Unterverzeichnisses des NameSpace. Ein Test benötigt 1 Unterverzeichnis. In diesem Verzeichnis liegen alle Rohstoffe, die zum Ablauf des Testes notwendig sind. Wie diese Verarbeitet werden ist Sache des Tests. Auch werden die Testergebnisse in dieses Verzeichnis gespeichert.
			* <b>Soll-Ergebnis</b> Hier liegt eine oder mehrere Dateien, die nach einer erfolgreichen Durchführung eines Testes (in der regel im Rahmen der Einfühtrung eines neuen TEstes) gesichert wurde. Das "Soll-Ergebnis" legt offen wie genau die Ergebnis-Datei aussehen muss, so dass der Test als Erfolg gilt. "Soll-Ergebnis" spiegelt die Erwartungshaltung des Testsausganges wider.

Root: /* Verzeichnis-Struktur der Tests */

2009-11-02T09:38:33Z

Verzeichnis-Struktur der Tests

← Nächstältere Version		Version vom 2. November 2009, 11:38 Uhr
Zeile 24:		Zeile 24:
	-Ergebnis-Soll		-Ergebnis-Soll
	-Ergebnis-Ist		-Ergebnis-Ist

	==

Root am 2. November 2009 um 09:33 Uhr

2009-11-02T09:33:43Z

← Nächstältere Version		Version vom 2. November 2009, 11:33 Uhr
Zeile 3:		Zeile 3:
	// Prototypen, Test-Bereiche können "fsTest" oder "fsSelfTest" implementieren		// Prototypen, Test-Bereiche können "fsTest" oder "fsSelfTest" implementieren
	type		type
	tTestProc = procedure ~~of object fsTest~~ (Path: string);		tTestProc = procedure (Path: string) of object;
	tSelfTestProc = function of object ~~fsSelfTest : TStringList~~;		tSelfTestProc = function : TStringList of object;

	// Registration beim CareTaker		// Registration beim CareTaker

OrgaMon am 30. Oktober 2009 um 11:11 Uhr

2009-10-30T11:11:34Z

← Nächstältere Version		Version vom 30. Oktober 2009, 13:11 Uhr
Zeile 8:		Zeile 8:
	// Registration beim CareTaker		// Registration beim CareTaker
	//		//
	procedure addTest(NameSpace:string; test: tTestProc);		procedure addTest(NameSpace:string; test: tTestProc); overload;
	procedure addTest(NameSpace:string; test: tSelfTestProc);		procedure addTest(NameSpace:string; test: tSelfTestProc); overload;

	// Hilfs-Funktionen, Damit können sich fsTest-Implementierungen		// Hilfs-Funktionen, Damit können sich fsTest-Implementierungen

OrgaMon am 30. Oktober 2009 um 11:11 Uhr

2009-10-30T11:11:14Z

← Nächstältere Version		Version vom 30. Oktober 2009, 13:11 Uhr
Zeile 1:		Zeile 1:
	Die OrgaMon-FS (~~FunktionsSicherstellung~~) hat die Aufgabe sicherzustellen dass eine neue OrgaMon-Version allen Anforderungen genügt, die an sie gestellt werden. Durch den release-Fortschritt müssen Regressionen verhindert werden. Dies gelingt durch automatisierte Tests. Dazu sollten sich OrgaMon-Bereiche beim CareTaker registrieren, beim OrgaMon-Selbsttest werden Tests dieser Bereiche initiert. Die Registrierfunktion und der Registirieprotoyp lauten		Die OrgaMon-FS (FS= Funktions Sicherstellung) hat die Aufgabe sicherzustellen dass eine neue OrgaMon-Version allen Anforderungen genügt, die an sie gestellt werden. Durch den release-Fortschritt müssen Regressionen verhindert werden. Dies gelingt durch automatisierte Tests. Dazu sollten sich OrgaMon-Bereiche beim CareTaker registrieren, beim OrgaMon-Selbsttest werden Tests dieser Bereiche initiert. Die Registrierfunktion und der Registirieprotoyp lauten

	// Prototypen, Test-Bereiche können "fsTest" oder "fsSelfTest" implementieren		// Prototypen, Test-Bereiche können "fsTest" oder "fsSelfTest" implementieren