BUSINESS IN THE FAST LANE TESTWORKBENCH - TWB. Überblick

Größe: px

Ab Seite anzeigen:

Download "BUSINESS IN THE FAST LANE TESTWORKBENCH - TWB. Überblick"

Rainer Siegel
vor 6 Jahren
Abrufe

1 BUSINESS IN THE FAST LANE TESTWORKBENCH - TWB Überblick Köln

2 Agenda Ziele dieses Vortrags Einführung Ziele der Testworkbench Was soll die TWB leisten? Systemlandschaft Wo wird die TWB eingesetzt? Das Testmodell der TWB Definition wichtiger Begrifflichkeiten Was ist ein Testfall? Was ist ein Testszenario? Genereller Test-Workflow An einem konkreten Beispiel Customizing der Testworkbench Arbeiten mit der Testworkbench 2

3 EINFÜHRUNG Ziele der Testworkbench Systemlandschaft Köln

4 Ziele der Testworkbench Was soll die TWB leisten? Automatisierte Unterstützung der Fach- und Testabteilungen beim Durchspielen einzelner Geschäftsprozesse TWB soll den eigenen Backend-Systemen als Sparringspartner dienen Simuliert das Marktpartnerverhalten anderer, am Markt beteiligten, Rollen Unterstützt den Anwender beim Erstellen von Antwortnachrichten Fachliche Ansicht (ähnlich dem FastLane EdiEditor) Bei eingeschränkten Wertelisten werden nur Possible Values vorgeschlagen Bietet umfassende Reports über den Verlauf und die Ergebnisse von Testszenarien Stellt eine Verbindung zwischen eingehenden Nachrichten und Testszenarien her Wertet die Ergebnisse aus und stellt diese dar Zeigt an, ob noch manuelle Schritte durch einen Bearbeiter notwendig sind 4

5 Ziele der Testworkbench Was soll die TWB leisten? Soll später auch den Status des Vorgangs im Backend-System abfragen und berücksichtigen Stichwort: Delta-Synchronisation Wird als Stand-Alone -Anwendung einsetzbar sein Arbeitet auf Grundlage des ValidationContents TWB wird immer in einem synchronen Zustand zur B2B-Validierung sein Soll Mehr-Mandantenfähig sein Jeder Mandant mit eigenen Testfällen, Testszenarien und Ergebnissen Unterstützt über sog. Konnektoren unterschiedliche Möglichkeiten der Kommunikation HTTP AS2 Mail File-System 5

6 Systemlandschaft Wo wird die TWB eingesetzt? Bisher waren meist andere Marktteilnehmer nötig, um einen Geschäftsprozess vollständig durchspielen / testen zu können. Eigene Systemlandschaft Marktpartner A Backend - System Backend - System B2B B2B Ohne Testworkbench Marktpartner B Backend - System B2B 6

7 Systemlandschaft Wo wird die TWB eingesetzt? Die Testworkbench soll sowohl den Nachrichtenverkehr, als auch die Ergebnisse der Tests im Hoheitsgebiet der Anwender belassen. Eigene Systemlandschaft (mit TWB) Marktpartner A Backend - System Backend - System B2B B2B Marktpartner B Testworkbench Testworkbench Backend - System Simulierter Marktpartner A Simulierter Marktpartner B B2B 7

8 DAS TESTMODELL DER TWB Definition wichtiger Begrifflichkeiten Genereller Test-Workflow Köln

9 Definition wichtiger Begrifflichkeiten Was ist ein Testfall? Ein Testfall hat verschiedene Eigenschaften: ID (Testfallnummer) Eindeutige Testfallnummer zur Identifizierung und Persistierung Bezeichnung Eine Bezeichnung, die frei vergeben werden kann Eintrittsbedingung Eine Menge an Bedingungen, wann ein Testfall ausgeführt/-wertet wird Handlungsspezifikation Eine Menge an Handlungen, die dabei ausgeführt werden sollen Erwartetes Ergebnis Ein vorher festgelegtes, erwartetes Ergebnis Tatsächliches Ergebnis Das tatsächliche Ergebnis des Testfalls kann vom erwarteten abweichen 9

10 Definition wichtiger Begrifflichkeiten Was ist ein Testfall? Ein Testfall besteht immer aus zwei Teilen: EDIFACT Nachricht Markteilnehmer A Quittungs- Nachricht pos. CONTRL neg. CONTRL APERAK Markteilnehmer B Ein Testfall wird einmalig angelegt und kann dann beliebig oft mit unterschiedlichen (zum Testfall passenden) Nachrichten ausgeführt werden. 10

11 Definition wichtiger Begrifflichkeiten Testfall? Testfallgruppe? Testfallgruppe ( ) = Nachricht Testfälle ( T ) = Nachricht + Quitting Testfall T mit pos. CONTRL Testfall T mit neg. CONTRL Testfall T mit APERAK LFN Kündigung LFA LFN Kündigung LFA LFN Kündigung LFA pos. CONTRL neg. CONTRL APERAK Backend-System TWB Backend-System TWB Backend-System TWB Testfall T mit pos. CONTRL Testfall T mit neg. CONTRL Testfall T mit APERAK LFA Bestätigung LFN LFA Bestätigung LFN LFA Bestätigung LFN pos. CONTRL neg. CONTRL APERAK TWB Backend-System TWB Backend-System TWB Backend-System Testfall T mit pos. CONTRL Testfall T mit neg. CONTRL Testfall T mit APERAK LFA Ablehnung LFN LFA Ablehnung LFN LFA Ablehnung LFN pos. CONTRL neg. CONTRL APERAK TWB Backend-System TWB Backend-System TWB Backend-System 11

12 Definition wichtiger Begrifflichkeiten Was ist ein Testszenario? Ein Testszenario hat verschiedene Eigenschaften: ID (Testszenarionummer) Eindeutige Testszenarionummer zur Identifizierung und Persistierung Bezeichnung Eine Bezeichnung, die frei vergeben werden kann Testfälle Eine Menge an zugewiesenen Testfällen und deren Reihenfolge Aktueller Fortschritt Wie weit wurde das Testszenario (die einzelnen Fälle) schon bearbeitet Testlauf-Historie Ein Testszenario kann beliebig oft mit unterschiedlichen Nachrichten ausgeführt werden Gesamt-Ergebnis Ergebnis -> Das schlechteste Ergebnis aus den einzelnen Testfällen 12

13 Definition wichtiger Begrifflichkeiten Was ist ein Testszenario? In einem Testszenario werden einzelne Testfälle kombiniert Das Gesamt-Ergebnis hängt von den Einzel-Ergebnissen der Testfälle ab Testszenarien werden einmalig angelegt und können dann beliebig oft mit unterschiedlichen Nachrichten durchgespielt werden Testszenario 1 Kündigung mit Bestätigung Testszenario 2 Kündigung mit Ablehnung LFN LFA LFN LFA Kündigung Kündigung pos. CONTRL Testfall T1 pos. CONTRL Testfall T1 Bestätigung Ablehnung pos. CONTRL Testfall T4 pos. CONTRL Testfall T7 Gesamt-Ergebnis Gesamt-Ergebnis Backend- System TWB Backend- System TWB 13

14 Genereller Test-Workflow Am Beispiel der Kündigung Eigene Systemlandschaft (mit TWB) Prinzipieller Workflow Backend - System [1] Kündigung (11016) wird vom Backend-System an die B2B gesendet B2B [3] Kündigung (11016) wird über Konnektoren an die Testworkbench gesendet [4] Testworkbench Nachrichten für z.b: eine MPID-Kombination laufen in die TWB Die TWB erkennt Initialnachricht Nachricht wird manuell Testszenario zugewiesen (alternativ kann das in der Initialnachricht an geeigneter Stelle hinterlegt werden) Erster Testfall wird ausgeführt Nachricht wird validiert und mit dem im Test Fall erwarteten Ergebnis verglichen Wenn es übereinstimmt wir die Quittungsnachricht gesendet (hier positive CONTRL), wenn nicht bricht der Testfall ab. Testworkbench Simulierter Marktpartner Alter Lieferant [5] pos. CONTRL wird gesendet Testfall mit pos. CONTRL LFN Kündigung pos. CONTRL LFA 14

15 Genereller Test-Workflow Am Beispiel der Kündigung Eigene Systemlandschaft (mit TWB) Prinzipieller Workflow Backend - System [3] Bestätigung/Ablehnung zur Kündigung (11016) wird von der B2B an das Backend-System gesendet B2B [2] CONTRL wird an TWB gesendet [7] Backend-Status wird manuell vom Anwender in der TWB eingetragen [4] Testworkbench führt 2. Testfall des Testszenarios automatisch aus: Die TWB erstellt automatisch anhand des Testfalls die Antwortnachricht Bestätigung/Ablehnung wird gegen erwartetes Ergebnis abgeglichen Testworkbench Simulierter Marktpartner Alter Lieferant [1] Bestätigung/Ablehnung zur Kündigung (11016) wird über Konnektoren wieder an die B2B gesendet. Testfall mit pos. CONTRL LFN Kündigung pos. CONTRL LFA 15

16 CUSTOMIZING DER TESTWORKBENCH Verschiedene Mockups zum Umgang mit der TWB Köln

17 Arbeiten mit der Testworkbench aus Anwendersicht Übersicht erstellter Testfälle 17

18 Arbeiten mit der Testworkbench aus Anwendersicht Erstellen von Testszenarien 18

19 ARBEITEN MIT DER TESTWORKBENCH AUS ANWENDERSICHT Verschiedene Mockups zum Umgang mit der TWB Köln

20 Arbeiten mit der Testworkbench aus Anwendersicht Inbox mit aufgelaufenen Initialnachrichten eingehende Initialnachrichten TWB MPID Marktpartner Testszenario zuweisen Initialnachricht erstellen 20

21 Arbeiten mit der Testworkbench aus Anwendersicht Auswertung von Testszenarien (Testläufen) 21

22 Arbeiten mit der Testworkbench aus Anwendersicht Auswertung von Testszenarien (Testläufen) 22

23 VIELEN DANK FÜR IHRE AUFMERKSAMKEIT Gibt es Fragen? Anmerkungen? Ideen? Köln

24 Arbeiten mit der Testworkbench aus Anwendersicht Aufbau der Oberfläche (Vorschlag) 24

25 Arbeiten mit der Testworkbench aus Anwendersicht Übersicht der simulierten Marktpartner 25

26 Arbeiten mit der Testworkbench aus Anwendersicht Einstellungen eines speziellen simulierten Marktpartners Validierung? Version Formate MP-Prüfung? Conditions? 26

Ähnliche Dokumente

BUSINESS IN THE FAST LANE FAST LANE CCM. schneller das Tagesgeschäft bewältigen. Dr. Stefan Klose

BUSINESS IN THE FAST LANE FAST LANE CCM schneller das Tagesgeschäft bewältigen Dr. Stefan Klose FAST LANE CCM (Cross Component Monitor) Übersicht Management: Controller: Kennzahlen Fachbereich: Engpässe