Geschichte

WET begann als Extension Toolkit zu Watir , ein Framework für Web-Tests, als Opensource-Produkt veröffentlicht und nannte es als WET (Watir Extension Toolkit).

Technische Details

Arbeitsprinzip

Eine UI- Testautomatisierung wird konventionell durchgeführt, indem entweder eine Aufzeichnungs- und Wiedergabetechnik oder ein Scripting vollständig verwendet wird.

• In der Aufzeichnungs-Wiedergabe-Technik erfasst das Tool automatisch die Ereignisse, die durch die Aktionen des Testers erzeugt werden, und wandelt sie in Test-Skripte um. Diese Skripte können dann nachträglich wiedergegeben werden. Während die Aufzeichnung und Wiedergabe-Technik ermöglicht es Testern, schnell Tests zu erstellen, erfahrene Tester neigen dazu, mit diesem Ansatz aufgrund der Zuverlässigkeit und Wartbarkeit Problem, das von diesen gestellt. ^[3]
• Die Scripting-Technik beruht auf einem erfahrenen Tester, der Test-Scripts von Grund auf neu schreibt. Erfahrene Testautomationsingenieure folgen einem kompletten Software-Ingenieur-Prozess und behandeln den Testautomatisierungsaufwand als weiteren Entwicklungsaufwand. Während diese Technik die Vorteile eines gut wartbaren und zuverlässigen Codes bietet, leidet sie unter gewissen Nachteilen, wie es ein größeres Erlebnispool, ein größeres Budget usw. erfordert. ^[4]

Die dritte Technik ist eine MitteLösung, die einige der Bequemlichkeiten von Recordern bietet, während die vollständige Scripting Power beibehalten wird. WET hat diese Technik übernommen, die als Proxied UI Technik für Testautomatisierung bezeichnet wird. Mit dieser Methodik weist ein Tester einen IE-Browser an (mit irgendeiner Art eines Assistenten), um verschiedene Schritte auszuführen, indem er auf einen Link klickt, Text in einem Textfeld setzt, ein Listenfeld auswählt usw. Das Werkzeug konvertiert diese Anweisungen dann in Test-Scripts. Im Gegensatz zu den Recordern, bei denen Scripts automatisch vom Tool generiert werden, basierend auf den Aktionen, die der Benutzer auf dem aktuellen Browser durchgeführt hat, werden in diesem Fall Skripts nur dann erstellt, wenn der Tester das Tool dazu auffordert. Dies erhöht selbst die Genauigkeit der erzeugten Skripte. Mit diesen Skripten als Grundlinie kann ein Tester die Testabdeckung erhöhen, indem er Skripte an seine Anwendung im Test anpasst.^[5]

Sei es ein totales Scripting, Record und Playback oder die Proxied UI Lösung, jeder kommt mit seinen eigenen Leistungen und Verbindlichkeiten. ^[6] Ein Vorteil der Proxied UI-Technik ist, dass es die Kontrolle über die Tester zu entscheiden, wie viel der Skript-Generierung verwendet werden soll, wie viel von Hand geschrieben Skripte. Dies ist eine Entscheidung, die auf der Grundlage der zu prüfenden Anwendung und der erforderlichen Testabdeckung getroffen werden muss. In einem guten Projekt sollte es eine richtige Mischung zwischen diesen Techniken, so dass die Vorteile der einzelnen Technik in Anspruch genommen werden kann. ^[6] [7]

Eigenschaften

Im Folgenden sind die wichtigsten Merkmale von WET:

• WET UI – Preliminary Script Entwicklung kann mit der WET UI durchgeführt werden, die einfach zu bedienen ist. Mit dem WET UI kann ein Tester Testdefinitionen, Objekt-Repositories und den ersten Entwurf der Test-Scripts erstellen.
• Scripting mit Ruby – WET verwendet Ruby, eine objektorientierte Skriptsprache, die wiederum WET eine leistungsstarke Scripting-Fähigkeit gibt
• Objekt-Depot – Das Objekt-Depot (aka Object Repository) ermöglicht es einem Tester, alle Objekte der Applikation in zentralisierte Repositories abzubilden. Dies hilft bei einer höheren Wartbarkeit von Skripten.
• Objektidentifikation mit mehreren Parametern – Viele Webseiten sind so konzipiert, dass dieselbe Seite Elemente mit ähnlichen Attributen hat – Zum Beispiel können Textfelder mit dem Label ’name‘ vorhanden sein – man kann für den Namen des Benutzers sein, während der andere Kann für den Namen des Entwicklers sein. WET ermöglicht es einem Tester, auch diese Art von Objekten zu identifizieren, indem er nach Objekten mit mehreren Parametern suchen kann.
• ‚Test Definitionen‘ Tests zu definieren – Die Struktur und die Strömung eines WET – Test wird durch eine gesteuerten Testdefinition Datei. Diese Strömung imitiert den regelmäßigen manuellen Testprozess genau.
• Slick HTML Ergebnisse – Nach Abschluss der Tests werden die Ergebnisse im ordentlichen HTML Format ausgedruckt
• Integrierte Datentabellen-Unterstützung – Tester können datengesteuerte Tests schreiben, indem sie die Unterstützung der integrierten Datentabelle verwenden. Datentabellen können entweder als Excel-Dateien oder XML-Format sein.
• Popup-Handling – WET verarbeitet Win32-Popups ziemlich zuverlässig.

Einschränkungen

Im Folgenden sind einige Mängel in WET:

• Unterstützt nur den IE-Browser. Kann nicht für Kompatibilitätstests verwendet werden.
• Die simulierte Browseransicht von WET funktioniert nicht genau für komplexe Seiten. Für diese Art von Seiten muss man nur Objekte in einer Baumansicht ansehen.
• Keine Integration mit SCM / Bug-Tracking-Tools
• Hat keine Unterstützung für Keyword-getestete Tests

Siehe auch

• Leichte Software Test Automation
• Ruby (Programmiersprache)
• Testautomatisierung
• Testgetriebene Entwicklung
• IMacros
• Watir

Referenzen