18. November 2010

==Testdatenmanagement==

==Veranstaltungsdaten==
Datum: Donnerstag, 18. November 2010

Beginn: 18:00 Uhr (ca. 2 Stunden)

Ort: Logica, '''Zettachring 4, Grosser Besprechungsraum 6. OG'', Stuttgart (Fasanenhof) - [http://www.logica.com/germany-Logica/350236051 Anfahrtsbeschreibung]
Ubersicht:[http://maps.google.de/maps?f=q&source=s_q&hl=de&geocode=&q=Zettachring+4,+Stuttgart&sll=48.709587,9.170129&sspn=0.002262,0.005354&g=Zettachring+8,+Stuttgart&ie=UTF8&hq=&hnear=Zettachring+4,+Stuttgart+70567+Stuttgart,+Baden-W%C3%BCrttemberg&ll=48.709615,9.171154&spn=0.002262,0.005354&t=h&z=18 Google Maps]

Wir bitten für unsere Planung um eine kurze formlose Anmeldung. Bitte melden Sie sich bis zum 27. November 2010 über die [http://www.asqf.de/fachgruppentermine-anzeige/events/fg-software-test-baden-wuerttemberg-stuttgart.74.html ASQF-Veranstaltungsseite] an. Die Teilnahme ist kostenlos. Eine Anmeldebestätigung wird nicht versandt.

==Vortrag: "Komplexe Testdaten für dezentrale Strukturen"==
Stefan Oswald (GfB)

===Zusammenfassung===
Die mehreren tausend Filialen der Deutschen Post verfügen über eine moderne und engmaschige Versorgung mit Bargeld. Über ein bewährtes und optimal strukturiertes logistisches Netz sogenannter Cash-Center, werden die zugehörigen Filialen (inkl. Geld und Briefmarkenautomaten) in regelmäßigen Abständen und nach Bedarf bedient. Innovationen im Bereich der Wertlogistik konnten seit 2009 umgesetzt und das System der Bargeldversorgung in den Filialen optimiert werden. Besonderes Augenmerk lag hierbei auf dem Schutz der operativen Daten und der Bereitstellung von Testdaten für Entwicklung, Test und Qualitätssicherung sowie die fachliche Abnahme.
Eine zentrale Aufgabe war die zeitnahe Bereitstellung von Testdaten zum praxisnahen Test der spezifizierten XML-Schnittstelle.
Eine besondere Herausforderung ist hierbei die Konsistenz der Kassendaten bei mehrtägigen Buchungen, da die Testdaten im fachlichen Abnahmetest in ein FIBU-Testsystem eingeleitet werden, welches Buchungskonten simuliert und bei negativen bzw. nicht aufeinanderfolgenden Kassensalden mit hohem Aufwand zurückgesetzt werden muss. Aus diesem Grund ist es unvermeidlich, die Saldenveränderungen auch in den Testdaten abzubilden.
Mit dem Testdatengenerator Q-up werden die fachlich möglichen Use Cases in Form von Schablonen abgebildet. Um realitätsnahe Testergebnisse zu erzielen, werden die Testdaten auf Basis der gleichen Stammdaten erzeugt wie das produktive Filialsystem.