pdvm_datetime-3.py

'Test_0020': {'tlog':1, 'tins':'a.PdvmDateTimeNow()', 'tset':'PdvmDateTime', 'tget':'a.PdvmDateTime', 'DIN': 'a.PdvmDateTime', 'DEU':'a.PdvmDateTime', 'ENG':'a.PdvmDateTime', 'USA':'a.PdvmDateTime'},

• Hier wird die aktuelle Zeit gesetzt. Das Ergebnis wird mit dem errechenten Ergebnis verglichen. Der Test hierbei ist nur ein Ablauftest. Das Ergebnis kann hier auch manuell geprüft werden.
  

'Test_0030': {'tlog':1, 'tins':'a.PdvmDate+3', 'tset':'PdvmDate', 'tget':'a.PdvmDateTime', 'DIN': 'a.PdvmDateTime', 'DEU':'a.PdvmDateTime', 'ENG':'a.PdvmDateTime', 'USA':'a.PdvmDateTime'},

• Das letzte pdvmdate wird genommen und einfach 3 (Tage) addiert. Das Ergebnis wird mit dem errechneten Ergebnis verglichen. Der Test hierbei ist nur ein Ablauftest. Das Ergebnis kann manuell geprüft werden.
  

'Test_0040': {'tlog':1, 'tins':'(2016,7,26)', 'tset':'PdvmDateT', 'tget':'a.Date', 'DIN': "'2016-07-26'", 'DEU':"'26.07.2016'", 'ENG':"'26/07/2016'", 'USA':"'7/26/2016'"},

• Hier wird das Datum 26.07.2016 gesetzt. Die Ausgabe erfolgt über Date formatiert nach dem FormCountry. Daher wird in jedem FormCountry ein anderes Ergebnis erwartet.
  

'Test_0050': {'tlog':1, 'tins':'(13,46,26,23456)', 'tset':'PdvmTimeT', 'tget':'a.PdvmTime',  'DIN': '0.5739123085185185', 'DEU':'0.5739123085185185', 'ENG':'0.5739123085185185', 'USA':'0.5739123085185185'},

• Hier wird die Zeit 13:46:26:23456 gesetzt. Als Ergebnis wird die pdvmtime abgefragt. Diese ist für alle FormCountries gleich.
  

'Test_0060': {'tlog':1, 'tins':'a.PdvmTime', 'tset':'PdvmTime', 'tget':'a.PdvmTimeT',  'DIN': '(13, 46, 26, 23456)', 'DEU':'(13, 46, 26, 23456)', 'ENG':'(13, 46, 26, 23456)', 'USA':'(13, 46, 26, 23456)'},

• Die zuvor errechnete pdvmtime wird nun gesetzt. Das Ergebnis wird als Tuple abgefragt. Es muss für alle FormCountries identisch mit der Eingabe von Test_0050 sein.
  

'Test_0065': {'tlog':1, 'tins':'2019300.345988453', 'tset':'PdvmTime', 'tget':'a.PdvmDateTimeT', 'DIN': '(0, 0, 0, 8, 18, 13, 402330)', 'DEU':'(0, 0, 0, 8, 18, 13, 402330)', 'ENG':'(0, 0, 0, 8, 18, 13, 402330)', 'USA':'(0, 0, 0, 8, 18, 13, 402330)'},

• Hier wird ein pdvmdatetime mit PdvmTime zugewiesen. Das Datum darf damit nicht übernommen werden. Das Ergebnis wird als Tuple von pdvmdatetime ausgegeben und muss für alle FormCountries gleich sein. Jahr, Monat, Tag ist hierbei richtigerweise 0.
  

'Test_0070': {'tlog':1, 'tins':'(2016,12,31,7,20,19,0)', 'tset':'PdvmDateTimeT', 'tget':'a.PdvmDateTime', 'DIN': '2016366.3057754629', 'DEU':'2016366.3057754629', 'ENG':'2016366.3057754629', 'USA':'2016366.3057754629'},

• Als Tulpe wird der 31.12.2016 - 07:20:19.0 gesetzt (Achtung Schaltjahr). Als Ergebnis wird pdvmdatetime ausgegeben. Dieser muss für alle FormCountries identisch sein.
  

'Test_0080': {'tlog':2, 'tins':'a.PdvmDate', 'tset':'PdvmDate', 'tget':'a.AddMonthPeriod(3)', 'DIN': '201703', 'DEU':'201703', 'ENG':'201703', 'USA':'201703'},

• Das vorher gesetzte Datum wird neu gesetzt (wegen dem Ablauf). Das Ergebnis ist die Periode zu der 3 Monate addiert werden. Das Ergebnis ist für alle FormCountries identisch. Hinweis: eine Periode und deren Berechnungen verändern das Objekt nicht.
  

'Test_0090': {'tlog':2, 'tins':'a.PdvmDate', 'tset':'PdvmDate', 'tget':'a.AddYearPeriod(2)', 'DIN': '201812', 'DEU':'201812', 'ENG':'201812', 'USA':'201812'},

• Das noch vorhanden Datum aus Test_0070 wird neu gesetzt (wegem dem Ablauf). Das Ergebnis ist die Periode zu der 2 Jahre addiert werden. Das Ergebnis ist für alle FormCountries identisch. Hinweis: eine Periode und deren Berechnungen verändern das Objekt nicht.
  

'Test_0100': {'tlog':2, 'tins':'a.PdvmDate', 'tset':'PdvmDate', 'tget':'a.AddYear(2)', 'DIN': '2018365.0', 'DEU':'2018365.0', 'ENG':'2018365.0', 'USA':'2018365.0'},

• Das noch vorhanden Datum aus Test_0070 wird neu gesetzt (wegem dem Ablauf). Mit dem Ergebnis werden nun zum Objekt 2 Jahre addiert. Das Ursprungsdatum ist 31.12.2016 (als pdvmdate --> 2016366 - wegen Schaltjahr) nun werden 2 Jahre addiert und es wird in allen FormCountries zum 2018365 (kein Schaltjahr). Das Datum im Objekt wird damit geändert!!
  

'Test_0110': {'tlog':2, 'tins':'a.PdvmDate', 'tset':'PdvmDate', 'tget':'a.AddMonth(3)', 'DIN': '2019090.0', 'DEU':'2019090.0', 'ENG':'2019090.0', 'USA':'2019090.0'},

• Zu dem Datum aus Test_0100 werden nun 3 Monate addiert. Dieses ist dann der 31.03.2019 (pdvmdate --> 2019090). Dieses ist in allen FormCountries gleich. Das Datum im Objekt wird damit geändert!!
  

'Test_0120': {'tlog':2, 'tins':'a.PdvmDate', 'tset':'PdvmDate', 'tget':'a.AddDay(30)', 'DIN': '2019120.0', 'DEU':'2019120.0', 'ENG':'2019120.0', 'USA':'2019120.0'},

• Zu dem letzten Datum werden nun noch 30 Tage addiert. Damit erreichen wir den 30.04.2019 (pdvmdate --> 2019120). Dieses ist auch für alle FormCountries identisch. Das Datum im Objekt wird damit geändert!!
  

'Test_0130': {'tlog':2, 'tins':'(2017,1,1,13,10,50,0)', 'tset':'PdvmDateTimeT', 'tget':'a.PdvmDateTime', 'DIN': '2017001.5491898148', 'DEU':'2017001.5491898148', 'ENG':'2017001.5491898148', 'USA':'2017001.5491898148'},

• Wir setzten ein neues PdvmDateTime aus dem Tuple 01.01.2017 - 13:10:50.0. Das pdvmdatetime daraus ist für alle FormCountries gleich.
  

'Test_0140': {'tlog':2, 'tins':'a.PdvmDateTime', 'tset':'PdvmDateTime', 'tget':'a.AddMonthPeriod(-14)', 'DIN': '201511', 'DEU':'201511', 'ENG':'201511', 'USA':'201511'},

• Wir addieren nun zur Periode (keine Änderung im Objekt) -14 Monate. Das Ergebnis ist für alle FormCountries damit 201511. Damti testen wird die negative Addition über zwei Jahreswechsel.
  

'Test_0150': {'tlog':2, 'tins':'a.PdvmDateTime', 'tset':'PdvmDateTime', 'tget':'a.AddYearPeriod(-20)',
            'DIN': '199701', 'DEU':'199701', 'ENG':'199701', 'USA':'199701'},

• Von der Periode aus 01.01.2017 addieren wir nun -20 Jahre und kommen damit richtigerweise auf 199701 für alle FormCountries. Das Objekt wird hierbei nicht geändert.
  

'Test_0160': {'tlog':2, 'tins':'a.PdvmDateTime', 'tset':'PdvmDateTime', 'tget':'a.AddYear(-20)', 'DIN': '1997001.5491898148', 'DEU':'1997001.5491898148', 'ENG':'1997001.5491898148', 'USA':'1997001.5491898148'},

• Nun gehen wir her nun addieren nun -20 Jahre aus unserem ursprünglichen pdvmdatetime (2017001.5491898148) und erhalten für alle FormCountries das pdvmdatetime --> 1997001.5491898148. Das Objekt wird nun damit geändert.
  

'Test_0170': {'tlog':2, 'tins':'a.PdvmDateTime', 'tset':'PdvmDateTime', 'tget':'a.AddMonth(-14)', 'DIN': '1995305.5491898148', 'DEU':'1995305.5491898148', 'ENG':'1995305.5491898148', 'USA':'1995305.5491898148'},

• Zu diesem neuen pdvmdatetime addieren wir nun -14 Monate und bekommen für alle FormCountries das neue pdvmdatetime --> 1995305.5491898148. Das Objekt wird nun damit geändert.
  

'Test_0180': {'tlog':2, 'tins':'a.PdvmDateTime', 'tset':'PdvmDateTime', 'tget':'a.AddDay(-114)', 'DIN': '1995191.5491898148', 'DEU':'1995191.5491898148', 'ENG':'1995191.5491898148', 'USA':'1995191.5491898148'},

• Und nun addieren wir dann noch -114 Tage dazu. Das Ergebnis verändert wieder das Objekt und wir bekommen für alle FormCountries den pdvmdatetime --> 1995191.5491898148.
  

'Test_0190': {'tlog':2, 'tins':'a.PdvmDateTimeNow()', 'tset':'PdvmDateTime', 'tget':'a.PdvmDateTime', 'DIN': 'a.PdvmDateTime', 'DEU':'a.PdvmDateTime', 'ENG':'a.PdvmDateTime', 'USA':'a.PdvmDateTime'},

• So wir setzten nun wieder den aktuellen DateTime. Dieses ist wieder für einen guten Ausgangswert und testet nur einen Fehlerfreien Durchlauf. Dieses ist erforderlich, da Tests mit statischen Werte schon gut sind, aber dynamische Werte einen Test noch besser machen.
  

'Test_0200': {'tlog':2, 'tins':'a.PdvmDateTime', 'tset':'PdvmDateTime', 'tget':'a.AddMonthPeriod(-4)', 'DIN': 'a.Period-4', 'DEU':'a.Period-4', 'ENG':'a.Period-4', 'USA':'a.Period-4'},

• So wir addieren von der Periode -4 Monate. Als Ergebnis können wir hier keinen fixen Wert angeben, da sich dieser mit jedem Datum verändert. Also gehe ich her und ziehe einfach von der Periode 4 ab. Der Test wird gut, solange wir uns nicht in den ersten 4 Monaten eines Jahres befinden, da der Jahreswechsel beim ergebnis nicht beachtet wird. In diesem Falle bekommen wir die Vergleichswerte am Ende unseres Testes und müssen diese manuell kontrollieren. Objekt wird nicht verändert.
  

'Test_0210': {'tlog':2, 'tins':'a.PdvmDateTime', 'tset':'PdvmDateTime', 'tget':'a.AddYearPeriod(-2)', 'DIN': 'a.Period-200', 'DEU':'a.Period-200', 'ENG':'a.Period-200', 'USA':'a.Period-200'},

• Nun addieren wir auf die Periode aus Test_0190 -2 Jahre. Als Vergleichsergebnis nehmen wir die Periode -200 (2 Jahre, 0 Monate). Dieses ist wiederrum für alle FormCountry gleich. Das Objekt wird nicht verändert.
  

'Test_0220': {'tlog':2, 'tins':'a.PdvmDateTime', 'tset':'PdvmDateTime', 'tget':'a.AddYear(-2)',  'DIN': 'a.PdvmDateTime-2000', 'DEU':'a.PdvmDateTime-2000', 'ENG':'a.PdvmDateTime-2000', 'USA':'a.PdvmDateTime-2000'},

• Nun addieren wir zum Datum aus Test_0190 -2 Jahre. Als Ergebnis nehmen wir die aktuelle Zeit -2000 (2 Jahre, 0 Tage). Dieses ist für alle FormCountry identisch. Das Objekt wird in diesem Falle geändert.
  

'Test_0230': {'tlog':2, 'tins':'a.PdvmDateTime', 'tset':'PdvmDateTime', 'tget':'a.AddMonth(-4)', 'DIN': 'a.PdvmDateTime-tag_4mon', 'DEU':'a.PdvmDateTime-tag_4mon', 'ENG':'a.PdvmDateTime-tag_4mon', 'USA':'a.PdvmDateTime-tag_4mon'},

• Nun etwas, dass eine besondere Vorbereitung hat. Wir addieren -4 Monate. DAmit wir hier ein vergleichbares Ergebnis bekommen haben ich den tag_4mon geschaffen der die Anzahl der Tage für 4 Monate enthält. Dieser wird hier fix abgezogen. Das Ergebnis ist für alle FormCountries identisch. Das Objekt wird hierbei verändert.
  

'Test_0240': {'tlog':2, 'tins':'a.PdvmDateTime', 'tset':'PdvmDateTime', 'tget':'a.AddDay(-14)', 'DIN': 'a.PdvmDateTime-14', 'DEU':'a.PdvmDateTime-14', 'ENG':'a.PdvmDateTime-14', 'USA':'a.PdvmDateTime-14'},

• Nun addieren wir -14 Tage. Als Ergebnis subtrahieren wir von pdvmdatetime einfach 14 (Tage).  Das Ergebnis ist für alle FormCountries identisch. Das Objekt wird hierbei verändert.
  

'Test_0250': {'tlog':2, 'tins':'a.PdvmDateTime', 'tset':'PdvmDateTime', 'tget':'a.AddHour(100)', 'DIN': 'a.PdvmDateTime+4.1666666667', 'DEU':'a.PdvmDateTime+4.1666666667', 'ENG':'a.PdvmDateTime+4.1666666667', 'USA':'a.PdvmDateTime+4.1666666667'},

• Nun einfach mal 100 Stunden addieren. 100 Stunden entspricht dem Wert von 4.1666666667. Folglich addieren wir zum Vergleich einfach diesen Wert zum pdvmdatetime. Das Ergebnis ist für alle FormCountries identisch. Das Objekt wird hierbei verändert.
  

'Test_0260': {'tlog':2, 'tins':'a.PdvmDateTime', 'tset':'PdvmDateTime', 'tget':'a.AddSecond(90)', 'DIN': 'a.PdvmDateTime+0.0010416667', 'DEU':'a.PdvmDateTime+0.0010416667', 'ENG':'a.PdvmDateTime+0.0010416667', 'USA':'a.PdvmDateTime+0.0010416667'},

• Zum guten Schluss addieren wir nun noch 90 Sekunden zu unserem letzten Ergebnis. Die 90 Sekunden entsprechen einem Wert von 0.0010416667. Als Vergleichsergebnis wird dieser einfach zu pdvmdatetime addiert. Das Ergebnis ist für alle FormCountries identisch. Das Objekt wird heirbei verändert.
  

'Test_0270': {'tlog':5, 'tins':"'191,14'", 'tset':'Date', 'tget':'a.Date', 'DIN': 'a.Date', 'DEU':'a.Date', 'ENG':'a.Date', 'USA':'a.Date'},

• Ab diesem Test werden wir die Ein- und Ausgabe über Date testen. Hier wird es verschiedentlich Fehlermeldungen geben, die auch im Log erscheinen. Zum Vergleich wird dann immer mit dem EingabeDate verglichen, da sich dieses bei einer Fehlermeldung nicht verändern darf. Wir geben als Datum nun 191,14 ein. Da daraus in keinem FormCountry ein sinnvolles Datum erzeugt werden kann gibt es überall einen Fehler.
  

'Test_0280': {'tlog':5, 'tins':"'201911130'", 'tset':'Date', 'tget':'a.Date', 'DIN': 'a.Date', 'DEU':'a.Date', 'ENG':'a.Date', 'USA':'a.Date'},

• Wir wollen nun aus 201911130 ein Datum machen. Ohne Trennzeichen darf ein Datumsstring nicht länger als 8 Zeichen sein. Daher bei allen FormCountries ein Eingabefehler.
  

'Test_0290': {'tlog':5, 'tins':"'20191'", 'tset':'Date', 'tget':'a.Date', 'DIN': 'a.Date', 'DEU':'a.Date', 'ENG':'a.Date', 'USA':'a.Date'},

• Aus 20191 läßt sich auch in keinem FormCountry ein sinnvolles (gesichertes) Datum ableiten. Daher überall ein Fehler.
  

'Test_0300': {'tlog':5, 'tins':"'190823'", 'tset':'Date', 'tget':'a.Date', 'DIN': "'2019-08-23'", 'DEU':"'19.08.2023'", 'ENG':"'19/08/2023'", 'USA':'a.Date'},

• Die Eingabe ist 6 Stellen lang. Daher wird davon ausgegangen, dass die Jahreszahl mit 2 Stellen angenommen wird. Das Jahrhundert ist hier das aktuelle Jahrundert bis zum aktuellen Jahr + 5. Größere Jahreszahlen werden dem vorherigen Jarhhundert zugeordnet. Im DIN ergibt sich damit das formatierte Datum 2019-08-23. Nach DEU ergibt es das Datum 19.08.2023. Nach ENG das Datum 19/08/2023 und nach USA ist das Datum falsch, da es einen Monat 19 nicht gibt.
  

'Test_0310': {'tlog':5, 'tins':"'20191130'", 'tset':'Date', 'tget':'a.Date', 'DIN': "'2019-11-30'", 'DEU':'a.Date', 'ENG':'a.Date', 'USA':'a.Date'},

• Der Input ist 8 Stellen lang und damit grundsätzlich zugelassen, sofern keine anderen Fehler auftreten. DIN ergibt das Datum 2019-11-30. DEU würde 20.19.1130 daraus machen. Monat 19 gibt es nicht, daher Fehler. ENG gibt es den Monat 19 auch nicht. Bei USA gibt es den Monat 20 nicht.
  

'Test_0320': {'tlog':5, 'tins':"'250130'", 'tset':'Date', 'tget':'a.Date', 'DIN': "'1925-01-30'", 'DEU':"'25.01.1930'", 'ENG':"'25/01/1930'", 'USA':'a.Date'},

• Die 6-stellige Eingabe ergibt nach DIN 1925-01-30, nach DEU 25.01.1930, nach ENG 25/01/1930 und nach USA einen Fehler, da es den Monat 20 nicht gibt.
  

'Test_0330': {'tlog':5, 'tins':"'0203'", 'tset':'Date', 'tget':'a.Date', 'DIN': "akt_year+'-02-03'", 'DEU':"'02.03.'+akt_year", 'ENG':"'02/03/'+akt_year", 'USA':"'2/3/'+akt_year"},

• Aus der Eingabe 0203 wird bei DIN das aktuelle Jahr+'-02-03', bei DEU 02.02.+aktuelles Jahr, bei ENG 02/02/+aktuelles Jahr und für USA 2/3/+aktuelles Jahr.
  

'Test_0340': {'tlog':5, 'tins':"'20120229'", 'tset':'Date', 'tget':'a.Date', 'DIN': "'2012-02-29'", 'DEU':"'20.12.229'", 'ENG':"'20/12/229'", 'USA':'a.Date'},

• Aus der Eingabe 20120229 wird bei DIN 2012-02-29, bei DEU 20.12.229, bei ENG 20/12/229 und bei USA einen Fehler, da es den Monat 20 nicht gibt.
  

'Test_0350': {'tlog':5, 'tins':"'0229'", 'tset':'Date', 'tget':'a.Date', 'DIN': "'2012-02-29' if (a.LYear == 1) else a.Date", 'DEU':'a.Date', 'ENG':'a.Date', 'USA':"'2/29/'+akt_year if (a.LYear == 1) else a.Date"},

• Bei diesem Test kommt es darauf an, ob das aktuelle Jahr ein Schaltjahr ist. Wenn ja kann das Datum in DIN und USA dargestellt werden. Im anderen Falle ist es in allen FormCountries ein Fehler.
  

'Test_0360': {'tlog':5, 'tins':"'2020-2-29'", 'tset':'Date', 'tget':'a.Date', 'DIN': "'2020-02-29'", 'DEU':'a.Date', 'ENG':'a.Date', 'USA':'a.Date'},

• Die Eingabe hier hat Trennzeichen (2020-2-29). Damit werden für jeden FormCountry die Werte in der Reihenflge genommen, wie diese auch ausgegeben werden. Bei DIN ergibt es das Datum 2020-02-29. Bei DEU sagt der dass es den Tag 2020 nicht gibt, Bei ENG dasselbe wie bei DEU und bei USA, dass es den Monat 2020 nicht gibt. Eine mögliche Umrechnung der falschen Werte in ein plausibles Datum macht keinen Sinn, da die Eingabe so mit Sicherheit nicht gewünscht wird.
  

'Test_0370': {'tlog':5, 'tins':"'23.5.2018'", 'tset':'Date', 'tget':'a.Date', 'DIN': 'a.Date', 'DEU':"'23.05.2018'", 'ENG':"'23/05/2018'", 'USA':'a.Date'},

• Die Eingabe 23.5.2018 hat Trennzeichen, daher werden die Werte in der eingegebenen Reihenfolge verwendet. DIN ergibt einen Fehler, da es den Tag 2018 nicht gibt. DEU ergibt 23.05.2018, ENG ergibt 23/05/2018 und USA wieder einen Fehler, da es den Monat 23 nicht gibt.
  

'Test_0380': {'tlog':5, 'tins':"'2019/8/5'", 'tset':'Date', 'tget':'a.Date', 'DIN': "'2019-08-05'", 'DEU':'a.Date', 'ENG':'a.Date', 'USA':'a.Date'},

• Die Eingabe 2019/8/5 hat Trennezeichen, daher werden die Werte in der eingegebenen Reihenfolge verwendet. DIN ergibt 2019-08-05. Alle anderen ergeben Fehler mit Tag 2019 oder Mnat 2019 nicht plausibel.
  

'Test_0390': {'tlog':5, 'tins':"'09/07/2021'", 'tset':'Date', 'tget':'a.Date', 'DIN': 'a.Date', 'DEU':"'09.07.2021'", 'ENG':"'09/07/2021'", 'USA':"'9/7/2021'"},

• Die Eingabe 09/07/20121 hat Trennzeichen, daher werden die Werte in der eingegebenen Reihenfolge verwendet. DIN ergibt einen Fehler, da es den Tag 2021 nicht gibt. DEU ergibt 09.07.2021, ENG 09/07/2021 und USA 9/7/2021.
  

'Test_0400': {'tlog':5, 'tins':"'-090721'", 'tset':'Date', 'tget':'a.Date', 'DIN': "'2009-07-21'", 'DEU':"'09.07.2021'", 'ENG':"'09/07/2021'", 'USA':"'9/7/2021'"},

• Die Eingabe -090721 ist ein negativer Wert und damit ein Datum v.Chr. Am Anfang der Berechnungen wird das Minus in vChr = True umgesetzt und von der Zahl entfernt. Damit ergeben sich folgende Daten bei denen VChr = True ist. DIN 2009-07-21, DEU 09.07.2021, ENG 09/07/2021 und USA 9/7/2021.
  

'Test_0410': {'tlog':5, 'tins':"'-9-07-21'", 'tset':'Date', 'tget':'a.Date', 'DIN': "'9-07-21'", 'DEU':"'09.07.21'", 'ENG':"'09/07/21'", 'USA':"'9/7/21'"},

• Die Eingabe -9-07-21 ist negativ und hat Trennzeichen. Minus wird auf vChr = True umgesetzt und ansonsten die Werte in der angegebenen Reihenfolge verwende. DIN ergibt 9-07-21, DEU 09.07.21, ENG 09/07/21 und USA 9/7/21.
  

'Test_0420': {'tlog':5, 'tins':"'125313'", 'tset':'Time', 'tget':'a.Time', 'DIN': "'12:53:13'", 'DEU':"'12:53:13'", 'ENG':"'12:53:13'", 'USA':"'12:53:13 PM'"},

• Nun folgen die Eingaben auf die Zeit. Der eingegebene Wert 125313 ergibt bei DIN, DEU und ENG 12:53:13 und bei USA 2:53:13 PM.
  

 'Test_0430': {'tlog':5, 'tins':"'07031'", 'tset':'Time', 'tget':'a.Time', 'DIN': 'a.Time', 'DEU':'a.Time', 'ENG':'a.Time', 'USA':'a.Time'},

• Der Wert von 07031 hat eine falsche Länge und kann damit nicht korrekt zerlegt werden. Bei Allen FormCountries erfolgt heir ein Fehler.
  

'Test_0440': {'tlog':5, 'tins':"'0703'", 'tset':'Time', 'tget':'a.Time', 'DIN': "'07:03:00'", 'DEU':"'07:03:00'", 'ENG':"'07:03:00'", 'USA':"'7:03:00 AM'"},

• Die Eingabe des Zeitwerte 0703 ergibt in DIN, ENG und DEU die Zeit 07:03:00 und in USA 7:03:00 AM
  

'Test_0450': {'tlog':5, 'tins':"'18'", 'tset':'Time', 'tget':'a.Time', 'DIN': "'18:00:00'", 'DEU':"'18:00:00'", 'ENG':"'18:00:00'", 'USA':"'6:00:00 PM'"},

• Die Eingabe des Zeitwerts 18 ergibt in DIN, DEU und ENG die Zeit 18:00:00 und in USA 6:00:00 PM.
  

'Test_0460': {'tlog':5, 'tins':"'181'", 'tset':'Time', 'tget':'a.Time', 'DIN': 'a.Time', 'DEU':'a.Time', 'ENG':'a.Time', 'USA':'a.Time'},

• Der Eingabewert 181 ergibt bei der Zeit in allen FormCountries einen Fehler, da die Eingabelänge nicht eindeutig zerlegt werden kann.
  

'Test_0470': {'tlog':5, 'tins':"'12:23:13'", 'tset':'Time', 'tget':'a.Time', 'DIN': "'12:23:13'", 'DEU':"'12:23:13'", 'ENG':"'12:23:13'", 'USA':"'12:23:13 PM'"},

• Die Eingabe 12:23:13 erfolgt mit Trennern und wird in der angegebenen Reihenfolge verwendet. DIN, ENG und DEU 12:23:13 und in USA 12:23:13 PM.
  

'Test_0480': {'tlog':5, 'tins':"'12,23,52'", 'tset':'Time', 'tget':'a.Time',
            'DIN': "'12:23:52'", 'DEU':"'12:23:52'", 'ENG':"'12:23:52'", 'USA':"'12:23:52 PM'"},

• Die Eingabe 12,23,52 erfolgt mit Trennern und wird in der angegebenen Reihenfolge verwendet. DIN, ENG und DEU 12:23:52 und in USA 12:23:52 PM.
  

'Test_0490': {'tlog':5, 'tins':"'6.3:3'", 'tset':'Time', 'tget':'a.Time', 'DIN': "'06:03:03'", 'DEU':"'06:03:03'", 'ENG':"'06:03:03'", 'USA':"'6:03:03 AM'"},

• Die Eingabe 6.3:3 erfoglt mit Trennern und wird in der angegebenen Reihenfolge verarbeitet. DIN, DEU, ENG 06:03:03 und in USA  6:03:03 AM.
  

'Test_0500': {'tlog':5, 'tins':"'6.3.3'", 'tset':'Time', 'tget':'a.Time', 'DIN': "'06:03:03'", 'DEU':"'06:03:03'", 'ENG':"'06:03:03'", 'USA':"'6:03:03 AM'"},

• Die Eingabe 6.3.3 erfoglt mit Trennern und wird in der angegebenen Reihenfolge verarbeitet. DIN, DEU, ENG 06:03:03 und in USA  6:03:03 AM.
  

'Test_0510': {'tlog':5, 'tins':"'6.3'", 'tset':'Time', 'tget':'a.Time', 'DIN': "'06:03:00'", 'DEU':"'06:03:00'", 'ENG':"'06:03:00'", 'USA':"'6:03:00 AM'"},

• Die Eingabe 6.3 ergibt in DIN, DEU, ENG 06:03:00 und in USA 6:03:00 AM.
  

'Test_0520': {'tlog':5, 'tins':"'12-23-13'", 'tset':'Time', 'tget':'a.Time', 'DIN': 'a.Time', 'DEU':'a.Time', 'ENG':'a.Time', 'USA':'a.Time'},

• Die Eingabe 12-23-13 führt in allen FormCountries zu einem Fehler, da das Trennezichen bei der Zeit nicht zugelassen ist.
  

'Test_0530': {'tlog':5, 'tins':"'12,'", 'tset':'Time', 'tget':'a.Time', 'DIN': "'12:00:00'", 'DEU':"'12:00:00'", 'ENG':"'12:00:00'", 'USA':"'12:00:00 PM'"},

• Die Eingabe von 12 ergibt in DIN, DEU, ENG 12:00:00 und in USA 12:00:00 PM.
  

'Test_0540': {'tlog':5, 'tins':"'18.3'", 'tset':'Time', 'tget':'a.Time', 'DIN': "'18:03:00'", 'DEU':"'18:03:00'", 'ENG':"'18:03:00'", 'USA':"'6:03:00 PM'"},

• Die Eingabe von 18.3 hat einen Trenner und wird in der angegebenen Reihenfolge verwendet. In DIN, ENG und DEU ergibt dieses 18:03:00 und in USA 6:03:00 PM
  

'Test_0550': {'tlog':1, 'tins':'a.PdvmDateTimeNow()', 'tset':'PdvmDateTime', 'tget':'a.PdvmDateTime', 'DIN': 'a.PdvmDateTime', 'DEU':'a.PdvmDateTime', 'ENG':'a.PdvmDateTime', 'USA':'a.PdvmDateTime'},

• Aktuelles Datum für die weiteren Test wird hier gesetzt.