Testprozedur Exportschnittstelle Finanzsoftware Projekt ED-ÖFIN

Transkript

1 Eidgenössisches Departement des Innern EDI Bundesamt für Statistik BFS Eidgenössisches Finanzdepartement EFD Eidgenössische Finanzverwaltung EFV Testprozedur Exportschnittstelle Finanzsoftware Projekt ED-ÖFIN Klassifizierung * Nicht klassifiziert Status ** Abgeschlossen Projektname Elektronische Datenerhebung für die öffentlichen Finanzen Projektabkürzung ED-ÖFIN Projektnummer 7969 Projektleiter Jean-Marc Pittet (BFS) Autor Hanspeter Salvisberg (ACE) Version 1.03 Datum * Nicht klassifiziert, Intern, Vertraulich ** In Arbeit, In Prüfung, Abgeschlossen

2 Freigabe / Prüfstellen Prüfstelle Freigabestelle Datum Visum Jeanette Bürgi (müllerchur) JB Jean-Marc Pittet, PL (BFS) JMP Adrian Brülhart (EFV) AB Änderungskontrolle Version Datum Beschreibung, Bemerkung Name oder Rolle X Entwurf Hanspeter Salvisberg X Adaptierung an aktuellste Spezifikation Hanspeter Salvisberg X Einarbeit Resultate Review Frau Bürgi Hanspeter Salvisberg X Anpassungen nach Review JMP Hanspeter Salvisberg V Review AB (Kein Kommentar) Hanspeter Salvisberg V Aktualisierung nach KickOff-Meetings Jean-Marc Pittet und franz. Übersetzung X= noch nicht freigegeben Definitionen, Akronyme und Abkürzungen Begriff / Abkürzung BFS ED-ÖFIN ED-STR EFV Bedeutung Bundesamt für Statistik Elektronische Datenerhebung für die Öffentlichen Finanzen Elektronische Datenerhebung für die Strassenrechnung Eidgenössische Finanzverwaltung Referenzen Erkennungszeichen Titel, Quelle [1] Testkonzept, Version V vom [2] Benutzeroberfläche und Use-Cases, Version 1.2 vom [3] Schnittstellenspezifikation, Version V vom /9

3 Inhaltsverzeichnis 1 Allgemeines Zweck und Inhalt des Dokuments Tailoring Allgemeines Testfälle Testfall FS_01 Richtigkeit der Eingabedaten prüfen Testfall FS_02 XML-Datei erstellen Testfall FS_03 Profil speichern Testfall FS_04 Belegbuchungen selektieren Testdaten für die Weiterleitung an den Teilprojektleiter weitersenden...9 3/9

4 1 Allgemeines 1.1 Zweck und Inhalt des Dokuments Die Testprozedur wird für jeden einzelnen Prüfbereich gemäss [1] erstellt und beinhaltet Detailangaben zur Vorbereitung, Durchführung und Nachbearbeitung der Tests, in Form einer Arbeitsanleitung. 1.2 Tailoring Kapitel Beschreibung Testspezifikation Separate Testspezifikationen werden nicht erstellt. Die notwendigen Informationen werden direkt in den entsprechenden Testprozeduren eingefügt. Abbildung 1: Tailoring Prüfplan (HERMES) 1.3 Allgemeines Die nachfolgenden Testfälle zeigen exemplarisch für die in [2] vorgeschlagene Benutzerschnittstelle, wie diese durch die Systemlieferanten zu prüfen wäre. Die durch das BFS vorgeschlagene Benutzerschnittstelle ist getrieben durch den Sachverhalt, dass die Sachbearbeiter des BFS im Telefonkontakt mit den Gemeinden diesen beim Datenexport manchmal helfen müssen. Dazu ist es notwendig, dass die unterstützenden Sachbearbeiter sich ein genaues Bild der Benutzeroberfläche auf der Gemeinde machen können. Dies erklärt, warum das BFS für die Exportschnittstelle in [2] ein Layout vorgegeben hat. Dies geschah nicht in der Absicht, die Software-Anbieter zu bevormunden, sondern ist einzig mit der in der Praxis gelebten Aufgabenteilung begründet. Bei Software-Systemen, in welchen der Software-Anbieter vom in [2] vorgeschlagenem Layout abweicht, hat dies folgende Konsequenzen: Die in den nachfolgenden Kapiteln definierten Testfälle stimmen nicht 1:1 überein, sondern müssen durch den betroffenen Software-Anbieter entsprechend angepasst werden. Er ist dementsprechend verantwortlich, dass die Fachanforderungen aus [2] korrekt abgebildet und durch seine angepassten Testfälle in der gleichen Granularität überprüft werden. Support für die Gemeinde beim Datentransfer kann durch die Sachbearbeiter nur noch bedingt sichergestellt werden, da diese die vom Vorschlag abweichende Benutzerschnittstelle nicht kennen. Die Software-Anbieter sind sich dementsprechend bewusst, dass sie auch für die Unterstützung beim Datenexport zum BFS verantwortlich werden. 4/9

5 2 Testfälle 2.1 Testfall FS_01 Richtigkeit der Eingabedaten prüfen Test durch Datum Test Prüffall Nr. / Bezeichnung Beschreibung / Testziele 1. FS_01 Richtigkeit der Eingabedaten prüfen - Dieser Testfall prüft, ob in der Haupteingabemaske die Daten richtig plausibilisiert werden. Er stützt sich dabei auf das Pflichtenheft [2], Kapitel 3.2 Use-Case Richtigkeit der Daten prüfen sowie auf die Schnittstellenspezifikation [3]. Vorbereitung - Keine Testschritte [1] Voraussetzung: - leere Eingabemaske Dem Benutzer müssen die obligatorisch auszufüllenden Felder angezeigt werden. [2] Voraussetzung: - Alle Mussfelder mindestens 1 Zeichen Die Anzeige bezüglich obligatorisch auszufüllender Felder darf nicht mehr erscheinen. [3] Voraussetzung: - BFS-Nummer und PLZ identisch Benutzer muss darauf hingewiesen werden, dass BFS-Nummer und PLZ nicht identisch sein dürfen. [4] Voraussetzung: - Falsche , bsp. mit Leerzeichen oder [5] Voraussetzung: - Keine der Checkboxes Rechnung, Rechnung Vorjahr, Voranschlag gewählt. Benutzer muss auf richtige Form des s hingewiesen werden. Hinweis für die Implementation: Die Zustellbarkeit respektive DNS- Namensauflösung der Domäne des Empfängers muss nicht geprüft werden, es wird einzig ein formal korrekter Aufbau verlangt. Siehe dazu auch Adresse, welches die einschlägigen RFC s referenziert. Benutzer auf Minimalselektion (mind. ein Checkbox aktiviert) hinweisen. 5/9

6 [6] Alternatives Testszenario: Je nach Umsetzung respektive je nach gewählter Validierungslogik sind die Testschritte 1 bis 5 nicht isoliert ausführbar. Es steht dem Anbieter frei, sei eigenes, alternatives Szenario zu definieren, welches jedoch fachlich den Vorgaben aus [2] entsprechen muss und nicht in generellem Widerspruch zu den Testschritten 1 bis 5 steht. Bitte das alternative Testszenario in nebenstehendem Feld umschreiben. 2.2 Testfall FS_02 XML-Datei erstellen Test durch Datum Test Prüffall Nr. / Bezeichnung 2. FS_02 XML-Datei erstellen Beschreibung / Testziele Vorbereitung - Keine - Dieser Testfall prüft, ob die XML-Datei korrekt erstellt wird. Er stützt sich dabei auf das Pflichtenheft [2], Kapitel 3.3 Use-Case XML-Datei erstellen sowie auf die Schnittstellenspezifikation [3]. Testschritte [1] Voraussetzung: - Gültige Dateneingabe in Maske gemäss Kapitel 3.2 Use-Case Richtigkeit der Daten prüfen aus [2] Korrekter Default-Dateiname gemäss Kapitel 3.3 in [2] wird als Dateiname im Speichern unter Dialog vorgegeben. [2] Gleiche Voraussetzung wie im ersten Testschritt. - - Dateiname falsch abändern (Leerzeichen, /, * und? als Dateiname im Speichern unter eingeben. Fehlermeldung für den Benutzer, in welchem ihm a) die richtige Form und b) die ungültigen Zeichen für die Namensgebung angezeigt werden. Anschliessend wird Speichern unter Dialog wieder aufgerufen. 6/9

7 [3] Gleiche Voraussetzung wie im ersten Testschritt. - - Abweichende Informationen gegenüber der Eingabemaske für die Werte von Rechnungsjahr, BFS-Nr, Gemeindename, Versionsnummer und Endung im Dateiname von Speichern unter eingeben. Fehlermeldung für den Benutzer, in welchem ihm die falschen Werte angezeigt werden. Die zweistellige Laufnummer wird nur bezüglich der Eigenschaft numerisch und zweistellig geprüft. Anschliessend wird Speichern unter wieder aufgerufen. [4] Gleiche Voraussetzungen wie im ersten Testschritt. Zusätzlich im Feld Bemerkungen einen Text mit Umlauten (äöu) eingeben. - - Gültiger Pfad wählen und vorgegebenen Dateinamen akzeptieren - XML Datei mit einem XML Editor (bsp. Notepad++ mit XML-Plugin) gegen das referenzierte XSD validieren. Test geht davon aus, dass Schema im gleichen Pfad wie die generierte XML-Datei liegt. - XML Datei in Notepad auf der Windows Plattform öffnen - Referenz auf XML-Schema korrekt im Header eingetragen (nur Schema- Name, ohne Pfad) - Schema-Validierung mit XML Editor ist erfolgreich. - Notepad-Test : Encoding im XML- Header stimmt mit effektivem File- Encoding überein. Umlaute sind im XML-Element des Bemerkungsfeldes als Umlaute dargestellt. Dieser Schritt prüft, ob das effektive File-Encoding mit dem deklarierten Encoding im XML-Header übereinstimmt. 2.3 Testfall FS_03 Profil speichern Test durch Datum Test Prüffall Nr. / Bezeichnung 3. FS_03 Profil speichern Beschreibung / Testziele Vorbereitung - Keine - Dieser Testfall prüft, ob die vom Benutzer definierten Werte in der Eingabemaske sauber in seinem Profil gespeichert und anschliessend wieder geladen werden. Er stützt sich dabei auf das Pflichtenheft [2], Kapitel 3.4 Use-Case Profil speichern sowie auf die Schnittstellenspezifikation [3]. Testschritte 7/9

8 [1] Voraussetzung: - Gültige Dateneingabe in Maske gemäss Kapitel 3.2 Use-Case Richtigkeit der Daten prüfen aus [2]. Es wird also davon ausgegangen, dass keine ungültigen Profildaten gespeichert werden können und die eingegebenen Daten vor dem Speichern des Profils geprüft werden. - Als Rechnungsjahr das aktuelle Jahr -2 auswählen. - Profil speichern auslösen - Maske und Applikation schliessen - Applikation neu starten und Maske öffnen Alle vorgängig eingegebenen Werte mit Ausnahme des Rechnungsjahres müssen vorhanden sein. (Gemäss Spezifikation muss das Rechnungsjahr nicht im Profil gespeichert werden) Indem als Rechnungsjahr das aktuelle Jahr 2 ausgewählt wird, kann geprüft werden, dass das Jahr nicht gespeichert wurde, da wir davon ausgehen, dass als Default das aktuelle Jahr -1 in der Maske verwendet wird. 2.4 Testfall FS_04 Belegbuchungen selektieren Test durch Datum Test Prüffall Nr. / Bezeichnung Beschreibung / Testziele 4. FS_04 Belegbuchungen selektieren - Dieser Testfall prüft, ob die vom Benutzer definierten Werte in der Eingabemaske für die Selektion der Belegbuchungen optional korrekt gespeichert und anschliessend wieder geladen werden. Er stützt sich dabei auf das Pflichtenheft [2], Kapitel 3.5 Use-Case Belegbuchungen selektieren sowie auf die Schnittstellenspezifikation [3]. Vorbereitung - Keine Testschritte [1] Voraussetzung: - keine In der Maske dürfen nur Hauptkonten angezeigt werden. - Belegbuchungen selektieren auslösen [2] Voraussetzung: - initial keine gespeicherten Hauptkonten. In der Maske dürfen keine Konten ausgewählt sein. - Belegbuchungen selektieren auslösen - Einzelne Hauptkonten selektieren - abbrechen auslösen - Belegbuchungen selektieren nochmals auslösen 8/9

9 [3] Voraussetzung: - initial keine gespeicherten Hauptkonten. - Belegbuchungen selektieren auslösen - Einzelne Hauptkonten selektieren - Selektion speichern auslösen - Belegbuchungen selektieren nochmals auslösen In der Maske müssen die gleichen Konten wie vor dem Speichern ausgewählt sein. [4] Voraussetzung: - keine. - Belegbuchungen selektieren auslösen - Einzelne Hauptkonten selektieren - Selektion speichern auslösen - Applikation beenden, neu starten und Belegbuchungen selektieren auslösen. Die gleichen Hauptkonten wie vor dem Speichern müssen nach dem erneuten Starten wieder gewählt sein. 2.5 Testdaten für die Weiterleitung an den Teilprojektleiter weitersenden Anlässlich des KickOff s wird jedem Software-Lieferant ein Betreuer / eine Betreuerin (Teilprojektleiter) zugewiesen. Diese Kontaktpersonen unterstützen den Lieferanten bei der Umsetzung und stellen die Koordination innerhalb des Projekts zwischen Lieferant, Testgemeinden, BFS und EFV sicher. Senden Sie bitte die Testdaten via an die für Sie definierte Kontaktperson aus der nachfolgenden Liste. Kontaktperson Telefon Baur Christoph (BFS) Chritoph.Baur@bfs.admin.ch 032 / Brülhart Adrian (EFV) Adrian.Bruelhart@efv.admin.ch 031 / Bürgi Jeanette (müllerchur) Jeanette.Buergi@muellerchur.ch 081 / Forster Stefan (EFV) Stefan.Forster@efv.admin.ch 031 / Pittet Jean-Marc (BFS) Jean-Marc.Pittet@bfs.admin.ch 032 / Revertera Laure (BFS) Laure.Revertera@bfs.admin.ch 032 / Salvisberg Hanspeter (ACE) Hanspeter.Salvisberg@ace.ch 078 / /9