blog of itemis l.e.

Ich bin gerade unter Anderem dabei einen Showcase vorzubereiten, in dem es darum geht, Anwendungen mit Fit/FitNesse zu testen.
Speziell geht es dabei um eine Webanwendung die als Software-Under-Test mit Black-Box Tests getestet werden soll.
FitNesse in Kombination mit Selenium eignet sich für diese Art des Testens sehr gut. Der wikibasierte Editor im FitNesse ist allerdings unzureichend für diejenigen die sich gern eigene Editoren z.B. mit Xtext bauen.

Und so habe ich mir eben einen Testeditor und einen Oberflächenbeschreibungseditor gebaut. Damit kann ich sehr schnell Oberflächen modellieren und diese Modelle mit Testmodellen verbinden. Neben dem sehr angenehmen Schreiben der Testfälle und Testsuiten habe ich auch die Möglichkeit beispielsweise Testüberdeckungsmaße für Oberflächenelemente zu berechnen. Auch die möglichen Fixtures und ihre Kommandos kann ich darin modellieren und nutzen.

Ursprünglich hieß der Vortrag modellbasiertes Testen. Da modellbasiert aber nicht mein Ziel, sondern mein Weg ist, habe ich den Vortrag kurzerhand umbenannt in schönes Testen.

Und letzte Woche waren nun 2 eclipse Democamps hier in der Nähe. Zuerst hatten wir zusammen mit der TU Dresden ein Democamp in den hochmodernen Räumen der TU. Einen Tag später durfte ich nochmal ran beim Democamp in Jena im Intershop-Tower. Der Ausblick aus der 29. Etage ist immer wieder faszinierend.

Anbei noch 2 Fotos vom Dresdner Democamp, bei dem fast 80 Teilnehmer anwesend waren.

last night (in europe ) the EMO @ eclipse.org has declared the creation review as
successful for our upcoming eclipse project Modeling Team Framework ->

http://www.eclipse.org/proposals/mtf/.

The Modeling Team Framework will provide a mechanism like a meta repository on top of several repository types. It could be the base for software configuration management of Eclipse projects which uses the Eclipse Modeling Framework (EMF). The Modeling Team Framework will track the mapping between metamodel versions and editor plugins, and will e.g. automatically provide P2-based update sites.

I’m very pleased about that and I will thanks all people for their help.

Modeling Team Framework is a proposed open source project under the Eclipse Modeling Framework Technology Project (EMFT). Modeling Team Framework will provide a mechanism such as a meta repository on top of different repository types. It could be the base for software configuration management of Eclipse projects that use the Eclipse Modeling Framework (EMF). MTF will track the mapping between metamodel versions and editor plugins, and will automatically provide P2-based update sites.

You are invited to comment on and/or join the project. Please send all feedback to the EMFT forum.

Letzte Woche hielt ich eine Präsentation, bei der es mal wieder um die Evaluation des richtigen BPM-(Business-Process-Management)-Systems ging, bzw. synonym Workflowengine, Prozessengine…

Da wir dort selbst als Lösungsanbieter in Konkurrenz zu anderen Größen, die solche Systeme herstellen, auftraten, habe ich versucht die eigentlichen Probleme der generischen Lösungen herauszuarbeiten. Eine Recherche der vorhandenen Systeme und Sprachstandards ergab (nicht vollständig):

• BPEL
• jPDL
• ARIS EPK
• Microsoft Visio
• UML Statecharts (eventuell mit Profilen)
• SysML
• xPDL
• BPMN
• Liste beliebig erweiterbar, um Sprachen und Werkzeuge mit denen Prozesse irgendwie gemalt werden können

Schon anhand der Anzahl wird sehr schnell klar, dass das eigentliche Kundenproblem damit wohl nicht wirklich ausreichend adressiert wird. Probleme sind der sehr technische Fokus der Sprachen oder andererseits der zu fachliche, der wiederum schlecht auf Technik abgebildet werden kann. Ein weiteres Problem ist, dass nur wenige Fachexperten eine dieser Sprachen kennen und beherrschen. Die Mitarbeiter müssen also immer geschult werden.

Die Lösung dieser beiden Probleme liegt meiner Meinung nach in einer kundenspezifischen Modellierungssprache, die in der gewohnten Sprache der Fachexperten die Prozesse, die beteiligten Systeme, die beteiligten Personen und Dokumente formal erfassen kann. Die gewohnte Sprache ist meist bereits aus vorhandenen Word-Texten oder Visio-Diagrammen ableitbar.

Mein Vorschlag war dort also die Erstellung eines kundenspezifischen Modelleditors (einer DSL) in der gewohnten Fachsprache mit den konkreten vorhandenen Backendsystemen. Unter der Haube generieren wir aus der kundenspezifischen Sprache z.B. jPDL um die Prozesse mit der OpenSource-Engine JBoss JBPM auszuführen. Außerdem generieren wir die technischen Adapter um die Backendsysteme anzusprechen, die Dokumention bspw. für das QM-Handbuch als PDF oder Office und auch Adapter für Test- und Simulationsfälle. Der Schulungsaufwand für die modellierenden Fachexperten entfällt also.

Was wir als Werkzeugbauer itemis tun können, ist

• die Erstellung des Editors auf Basis eclipse RCP
• die Erstellung der Generatoren
• die Installation/Betreuung der Engine bspw. JBoss JBPM.

Und wie mir einer der Fachexperten nach dem Meeting bestätigte ist das ein Weg, der Ihm sehr gut gefällt und den die Engine-Herstellerkonkurrenz nicht bieten kann. Vor allem auch die Möglichkeit, Dinge in der eigenen Sprache modellieren zu können, die es in den Standardsprachen erstmal nicht gibt.