Klasse TeildatensatzTest

java.lang.Object
gdv.xport.satz.AbstractSatzTest
gdv.xport.satz.TeildatensatzTest
Bekannte direkte Unterklassen:
TeildatensatzXmlTest
public class TeildatensatzTest extends AbstractSatzTest
Test-Klasse fuer Teildatensatz.
Seit:
14.10.2009
Autor:
oliver

  • Konstruktordetails

    • TeildatensatzTest

      public TeildatensatzTest()

  • Methodendetails

    • getSatz

      protected gdv.xport.satz.Satz getSatz()
      Hier erzeugen wir einen Satz zum Testen.
      Angegeben von:
      getSatz in Klasse AbstractSatzTest
      Gibt zurück:
      Satz zum Testen
      Siehe auch:

    • testGetFelder

      @Test public void testGetFelder()
      Die einzelnen Felder sollten in der Reihenfolge der Byte-Adresse geliefert werden.

    • testGetFeldBezeichner

      @Test public void testGetFeldBezeichner()
      Test-Methode fuer Teildatensatz.getFeld(Bezeichner).

    • testGetFeldByteAdresse

      @Test public void testGetFeldByteAdresse()

    • testRemove

      @Test public void testRemove()
      Bei der internen Umstellung des Teildatensatzes auf die erweiterte Bezeichner-Klasse gab es Probleme mit dem Loeschen von Feldern.

    • testRemoveSafe

      @Test public void testRemoveSafe()
      Bei der internen Umstellung des Teildatensatzes auf die erweiterte Bezeichner-Klasse gab es Probleme mit dem Loeschen von Feldern.

    • testCopyConstructor

      @Test public void testCopyConstructor()
      Hier testen wir, ob mit dem CopyConstructor Teildatensatz(Teildatensatz) tatsaechlich eine Kopie angelegt wird.

    • testValidateIBAN

      @Test public void testValidateIBAN()
      Mit der Validierung sollten auch fehlerhafte IBANs erkannt werden.

    • testAddOverlapping

      @Test public void testAddOverlapping()
      Falls versucht wird, ueberlappende Felder hinzuzufuegen, sollte das zurueckgewiesen werden.

    • testGetSatznummer

      @Test public void testGetSatznummer()

    • testGetSatznummer220Fahrzeughaftpflicht

      @Test public void testGetSatznummer220Fahrzeughaftpflicht()

    • testGetSatznummer220Wagnisdaten

      @Test public void testGetSatznummer220Wagnisdaten()

    • testGetMulipleSatznummer

      @Test public void testGetMulipleSatznummer() throws XMLStreamException, IOException
      Löst aus:
      XMLStreamException
      IOException

    • testValidateMulipleSatznummer

      @Test public void testValidateMulipleSatznummer() throws XMLStreamException, IOException
      Dieser Test geht auf Klaus zurueck. Hier der Auszug aus seiner Mail:

      In der Version 2013 gibt es 2 Teildatensaetze, die irrtuemlich 2x das Feld „Satznummer“ beinhalten:

      • SA0220.140, TD2, Feld 10 und Feld 38
      • SA0500, TD1, Feld 10 und Feld 40.

      Die Adresse der „Satznummer“-Felder spielt hier keine Rolle, weil nirgends festgelegt ist, welche Adresse massgeblich ist für die Adresse in SATZNUMMER! Sie muss nur zu der eines Feldes mit Bezeichnung „Satznummer“ passen. Das Problem ist hier einfach der Fehler in der Satzstruktur.

      Löst aus:
      XMLStreamException - im Fehlerfall
      IOException - im Fehlerfall

    • testValidateWithNoSatznummer

      @Test public void testValidateWithNoSatznummer()

    • testGetSatznummerInvalid

      @Test public void testGetSatznummerInvalid()

    • testCopyCtor

      @Test public void testCopyCtor()

    • testCtorSatzart

      @Test public void testCtorSatzart()

    • testGetBezeichnerClass

      @Test public void testGetBezeichnerClass()

    • testEOD

      @Test public void testEOD() throws IOException
      Löst aus:
      IOException

    • testGetNotUniqFeld

      @Test public void testGetNotUniqFeld()

    • testGetMultipleFeldAbrechnungVermittler

      @Test public void testGetMultipleFeldAbrechnungVermittler()

    • testSetNotUniqFeld

      @Test public void testSetNotUniqFeld()

    • testGetUniqFeld

      @Test public void testGetUniqFeld()

    • testGetFeldSatznummer

      @Test public void testGetFeldSatznummer()
      In Satzart 100 hat TDS 1 die Besonderheit, dass bis 2018 im PDF das Satznummer-Feld die Nummer 27 statt 26 traegt. Daher kann man auf dieses Feld sowohl mit Nr. 26 als auch 27 zugreifen.

      Aehnliches gilt auch fuer Satzart 0210.050, 0220.010.13.1, 0600, 9950 und 9951.

    • testToJSON

      @Test public void testToJSON() throws IOException
      Setzt außer Kraft:
      testToJSON in Klasse AbstractSatzTest
      Löst aus:
      IOException