Faq

Allgemeines

Was ist succest?

succest ist ein Werkzeug zur Automatisierung und automatisierten Ausführung von Testfällen. Ist ein Testfall in succest geschrieben, ist der Testfall sowohl im Sinne einer Dokumentation lesbar, als auch in Sekundenbruchteilen automatisch ausführbar. Da Testfälle in der Regel zwischen 10 und 100 mal ausgeführt werden, führt die Automatisierung nicht nur zu einer Flexibilisierung, sondern auch zu einer erheblichen Kostenersparnis.

Welche Systeme können mit succest getestet werden?

Grundsätzlich alle. succest bringt eine Vielzahl an Schnittstellen zu bekannten Systemen wie Microsoft Dynamics und SAP Netweaver von Haus aus mit. Kunden können aber selbst oder gemeinsam mit dem Hersteller weitere Schnittstellen implementieren. Die Architektur von succest ermöglicht das schnelle und einfache Einbinden weiterer Systeme.

Wie unterscheidet sich succest von herkömmlichen Testautomaten?

succest versteht sich nicht als "Mensch-Ersatz". succest tippt nicht einfach auf dem UI des Systems herum, wie ein Tester es täte. succest empfindet den Geschäftsprozess nach, der notwendigerweise ablaufen muss, um eine Eigenschaft des System Under Test (SUT) zu verifizieren, oder eine Funktion auf Korrektheit zu überprüfen. Dazu orchestriert succest den Datenfluss an unterschiedlichen Schnittstellen (auch solchen, die dem Anwender üblicherweise unzugänglich sind).

Kann ich succest mit anderen Tools kombinieren?

Ja! succest integriert sich hervorragend mit der gesamten Familie der Micro Focus Application Lifecycle Management Tools und kann im Zusammenspiel mit Micro Focus ALM, Micro Focus UFT und Micro Focus Performance Center einen ganz entscheidenden Mehrwert bieten. Aber auch Anbindungen an SAP Solution Manager und andere Test Management Tools sind möglich.

'Altern' succest-Testfälle genauso wie die, die mit herkömmlichen Testautomaten erstellt wurden?

Immer wenn die Oberfläche die Schnittstelle zum Testautomat ist, haben diese Testautomaten das Problem, dass zum Teil bereits kleine Veränderungen der Oberfläche, oder Änderungen die sich gar nicht auf die zu testende zugesicherte Eigenschaft beziehen, den Testfall zum Scheitern bringen. succest testet nur in Ausnahmen über die Oberfläche. Im Normalfalle nutzt succest die Logik-Schicht in der Drei-Schichten-Architektur. Diese Schicht ist viel stabiler gegen Veränderungen bei Systemerweiterungen. Daher sind Testfälle die gegen die Logik-Schicht entwickelt wurden, viel 'alterungsbeständiger'. Dazu kommt, dass succest viele Bestandteile der Testinhalte über Vorlagen zentralisiert. so dass ggf. notwendige Anpassungen nicht in jedem Testfall sondern an einer zentralen Stelle gemacht werden können.

Anwendung

Muss ich programmieren können um succest zu nutzen?

Nein! Ein versierter Excel Anwender wird mit succest problemlos umgehen können. Aber: Mit succest umgehen können, bedeutet nicht 'gute Testfälle' formulieren können. Häufig wird die Herausforderung gute Testfälle zu formulieren unterschätzt.

Wir haben einen Workflow von der Testfallerstellung bis zur Freigabe. Müssen wir diesen Workflow ändern?

Nein! Es ist das Ziel von succest, die Tätigkeiten, die in direktem Zusammenhang mit der Testausführung stehen, zu automatisieren. Dabei bleibt Ihr Work- und Informationflow genauso erhalten, wie er auch ohne den Einsatz von succest wäre.

Wir trennen zwischen 'Testfallerstellung' und 'Automatisierung'. Passt das zu succest?

Selbstverständlich! succest verändert nicht Ihr Vorgehen. succest gibt Ihnen nur mehr Möglichkeiten. Wenn Sie ein Team von Fachbereichsmitarbeitern haben, die Ihre fachlichen Testfälle formulieren, dann spricht nichts dagegen diese Vorarbeit als Grundlage für die Automatisierung zu verwenden. So teilen sich dann bspw. ein Team von Testfallerstellern einen Automatisierer, der dann die Testfälle in succest umsetzt. Aber Achtung! Wenn der Fachbereich nach dem Prinzip "Wir machen einfach mal das, was wir eh täglich tun, als Test" arbeitet, dann kommen dabei keine Testfälle raus, die vernünftig zu automatisieren wären. Das gilt unabhängig von der Benutzung von succest.

Produkt

Ich habe gehört succest arbeitet nur mit SAP. Ist das richtig?

Nein! succest ist weder produkt- noch technologiegebunden und kann in nahezu jede technische Plattform integriert werden. Richtig ist, dass succest bisher im Bereich von SAP Banking (ERP Produkte und Banking Services) die größte Verbreitung hat. Das liegt aber hauptsächlich daran, dass die FMC Feindt Management Consulting GmbH als Hersteller ihre Wurzeln in diesem Bereich hat und das die Herausforderungen an die Qualität und die Technik in diesem Bereich besonders hoch sind.

Wir stehen vor großen Herausforderungen in Bezug auf die Erzeugung von Testdaten. Kann succest uns hier helfen?

Ja! Der prozessuale Ansatz von succest sorgt dafür, dass Testdaten automatisch als Teil der Testfallausführung mit angelegt werden, egal ob synthetisch oder von einem Referenzsystem. Die Erzeugung sehr exakter und komplexer Testdaten mit umfangreicher Historie ist eine der großen Stärken von succest.

Ist die Anwendung mehrsprachig? Welche Sprachen werden unterstützt?

Ja, succest ist standardmäßig vollständig in Englisch und Deutsch ausgeprägt. Die Spanische Übersetzung wird in regelmäßigen Abständen aktualisiert und ausgeliefert. Dazu kommt, dass Aktivitäten, Vorlagen und sonstiger Content in der Projektsprache erstellt werden können, unabhängig von dem gewählten Sprachpaket der Anwendung.

Kosten / Return of Investment (RoI)

Ist die Anpassung an mein System teuer?

Nein. Für viele Systeme sind Rapid Deployment Solution (RDS) verfügbar. Diese bieten für einen sehr überschaubaren Preis häufig schon alle notwendigen Anpassungen an. Wenn es für Ihr System keine RDS gibt, dann ist eine 'custom made' Anpassung in der Regel trotzdem problemlos darstellbar - auch in Bezug auf die Kosten. Schließlich ist succest dafür ausgelegt worden.

Was kostet mich succest in der Anschaffung?

Das kommt auf Ihre Wünsche und auf Ihren Standpunkt an. Wir bieten eine Reihe von Lizenzmodellen und -Optionen, von der low-cost 'pay per use' Variante bis zur Konzernlizenz, an. Schreiben Sie uns doch einfach eine Mail mit ein paar Stichworten zu Ihrem Vorhaben und wir finden mit Ihnen den günstigsten Weg. Wenn Sie succest aber vom Standpunkt der Investition betrachten, dann werden sie schnell feststellen, dass succest im Regelfall nicht kostet sondern einspart.

Im TCE

Was ist der Unterschied zwischen Datasource und Datenpool

Datasources (oder Datenquellen) stellen tabellenartige Datensammlungen zur Verwendung in Testfällen bereit. Dabei kann eine Datenquelle innerhalb eines Testfalls ähnlich einer SQL Tabelle verwendet werden. Es ist möglich über die Datenquelle zu iterieren, Datensätze zu selektieren und je Satz auf die Felder zuzugreifen. Die Datenquelle kann jedoch nicht beschrieben werden. Es ist eben eine Quelle. Ein Datenpool hingegen ändert sich mit jedem Zugriff. Auch der Datenpool basiert auch einer Tabelle. Jedoch gibt jeder Aufruf des Datenpools innerhalb eines Testfalls einen Satz aus dem Datenpool in den Testfall und löscht den Satz anschließend aus dem Datenpool. So sind bspw. eindeutige Nummerierungen über Testfallgrenzen hinweg möglich.

Wie finde ich heraus, welche Ausdrücke ich in einem Testfall verwenden kann?

Grundsätzlich ist succest auf Basis der Windows Workflow Foundation von Microsoft entwickelt und beherrscht dadurch den vollen Funktionsumfang des .NET Frameworks. In der Regel benötigen Testfall-Autoren jedoch nur eine Handvoll Funktionen, selbst wenn sie komplexe Testfälle automatisieren wollen. Im diesem Cheat Sheet finden Sie die wichtigsten Funktionen zusammengefasst und erklärt.

Warum entspricht die Reihenfolge der ausgeführten Schritte im SUT nicht der im TCE vorgegebenen Reihenfolge?

Die Steuerung der Ausführung ist in großen transaktionalen Systemen eine komplexe Herausforderung. succest steuert diese Reihenfolge über die Konfiguration von Abhängigkeiten und den Zeitstrahl und nicht über die Abfolge von Schritten im TCE. Ein einfaches Beispiel, dass erklärt, warum succest dies tun muss ist Folgendes: Ein Testfall enthält einen Loop über eine Datenquelle mit 1000 Datensätzen. Aus jedem Satz der Datenquelle soll jeweils ein Kunde mit einem Konto angelegt werden. Würde succest den Ablauf so steuern, wie im TCE angegeben, würden im Wechsel immer ein Kunde und dann ein Konto angelegt. Hier wäre eine sinnvolle Paketierung und Parallelisierung kaum möglich. Da succest aber nicht die Reihenfolge der TCE Schritte für wesentlich hält, sondern in diesem Fall um die Abhängigkeit von Kunden und Konten weiß, erstellt succest ein Paket mit 1000 Kunden, die zuerst erstellt werden. Dann wird das Paket mit den 1000 Konten geladen. Die Pakete könne jeweils parallelisiert geladen werden. So kann succest den erforderlichen Durchsatz sicherstellen.