Nach Arbeiten in einem großen Projekt (~ 200-Web-Entwickler) mit Robot Framework (RF) für ca. 3 Monate, halte ich den Begriff „Framework“ in „RobotFramework“ für ein wenig irreführend. Das Robot-Framework ist mehr als ein Framework (mehr als ein Rahmen), es ist auch eine eigene Programmiersprache.
In diesem Artikel will ich nicht Robot-Framework als Testautomatisierungs-Sprache schlecht machen, obwohl sich die Syntax ein wenig seltsam anfühlt. Ich möchte lediglich zeigen, dass Robot-Framework eine Programmiersprache ist und einige Schlussfolgerungen ziehen.
Robot-Framework hat eine eigene Syntax
Robot-Framework hat Variablen (mit unterschiedlichem Scope)
Sie erstellen diese wie folgt:
${hi} = Set Variable Hello, world!
${hi} = Set Test Variable Hello, world!
${hi} = Set Suite Variable Hello, world!
${hi} = Set Global Variable Hello, world!BuiltIn-Bibliothek-Dokumentation
Robot-Framework hat Funktionen
In Robot-Framework werden Funktionen Schlüsselwörter (keywords) genannt.
Sie erstellen diese wie folgt:
Return One Value [Arguments] ${arg}
Do Something ${arg}
${value} = Get Some Value
[Return] ${value}
Robot-Framework hat bedingte Anweisungen
Dies sieht wie folgt aus:
${result} = Run Keyword If ${rc} == 0 Zero return value
... ELSE If 0 < ${rc} < 42 Normal return value
... ELSE If ${rc} < 0 Negative return value ${rc} arg2
... ELSE Abnormal return value ${rc}
BuiltIn-Bibliothek-Dokumentation
Robot-Framework hat Schleifen
Und sie sehen wie folgt aus:
Run my hobbies
:FOR ${index} IN RANGE 1 11
\ Watch TV
\ Plague your neighbor
\ Play with your dog
Robot-Framework hat seine eigene IDE
Es heißt „RIDE“ und es hat seine eigenen Tücken.
Robot-Framework hat seine eigenen Bibliotheken
Schauen Sie beispielsweise in die Selenium2Library. Sie werden sehen, dass die Nomenklatur nichts mit der von der WebDriver-API gemeinsam hat.
… und Robot-Framework hat seine eigenen Fallstricke und Bugs
Da der Testcase-Timeout einen Fehler im der Reporting-Engine erzeugt, musste ich einen eigenen customized Timeout implementieren … loop… sleep… boilerplate…
Zusammenfassung und Fazit
- Testautomatisierung ist Programmierung. Robot-Framework ist eine Programmiersprache. Und Sie benötigen Zeit diese zu lernen.
- Ich habe keine Vorteile gegenüber Java/TestNG gefunden (auch nicht nach 3 Monate arbeiten in Vollzeit mit RF).
- Denken Sie an die Java-Web-Entwickler in Ihrem Projekt/Scrum-Team. Wollen diese das Lesen und Pflegen der Testskripten in einer unbekannten Programmiersprache?
- Die Skill-Kombination von Robot-Framework und Browser-Automatisierung ist selten. In XING finden Sie die Skill-Kombination „Selenium UND Robot Framework“ bei gerade mal 12 Personen. Aber die Skill-Kombination „Selenium UND Java“ finden Sie bei mehr als 1000 Personen.
- Denken Sie an Ihr Projekt Staffing: Es ist einfacher, ein Profi mit Java-Fähigkeiten zu finden als einen mit Robot Framework Fähigkeiten.
- Denken Sie auch an die Größe der Community für Support, Entwicklung der Tools, Artikel…
Mein Fazit: Wenn Sie ein Abenteurer sind, versuchen Sie es mit Robot-Framework.
