Ansätze funktionaler Web Test Software
Für das automatisierte funktionale Testen von Webanwendungen auf GUI-Ebene mittels Web Test Software gibt es unterschiedliche technische Ansätze. Zunächst lassen sich die derzeit am Markt vorhandenen Techniken in 2 Kategorien unterteilen:
- Web Test Software, die die Anwendung von außen über Screenshots testet
- und Web Test Software, die die Anwendung innerhalb des Browsers über einen Zugriff auf browserinterne Informationen testet.
Der Vorteil von Web Test Software, die von außen auf die Webanwendung schaut, ist die Unabhängigkeit von den der Entwicklung zu Grunde liegenden Frameworks (ein Beispiel, wie das zu Grunde liegende Framework das Testen beinflussen kann, finden Sie in den Artikeln Test Tool für Webanwendungen - Testen von dynamischen IDs und Ajax test). Allerdings lassen sich dynamische tiefer gehende Tests nur schwer mit dieser Art von Web Test Software realisieren. Dazu sind die über Bildschirmabbildung angesprochenen Prüfpunkte einfach zu starr. Änderungen der Vorbedingungen können zu einem Fehlschlagen von Tests führen. Auch sind Tests, die mit Web Test Software, die auf Screenshots basiert, erstellt wurden intolerant gegenüber Layoutänderungen.
Abbildung 1: Ansätze automatisierter funktionaler Web Test Software und ihre Vor- und Nachteile
Beim direkten Zugriff auf browserinterne Informationen, muss man wiederum anhand der verschiedenen Möglichkeiten unterscheiden, die die Web Test Software für den Zugriff auf diese Informationen hat. Derzeit gibt es:
- Web Test Software, die ein Browser Plug-In zum Öffnen der Schnittstelle nutzt
- Web Test Software, die zum selben Zweck Browserkomponenten austauscht
- Web Test Software, die einen Proxyserver bei der Kommunikation zwischen Browser und Webanwendung zwischenschaltet
- und Web Test Software, die dafür das so genannte Browser Embedding verwendet
Ein großer Vorteil dieser Varianten ist der Zugang zu allen Komponentenattributen. So lassen sich im Gegensatz zum screenshotbasierten Ansatz viel granularere und komplexere Checks realisieren.
Die Variante des Browser Plug-ins hat den Nachteil, dass für jeden Browser und jede Version ein eigenes Plug-in installiert werden muss. Gleiches gilt für den Austausch von Browserkomponenten. Nutzt die Web Test Software einen Proxy, ist eine 100%ige Nutzersimulation besonders im Hinblick auf Ajax/DHTML nicht möglich. Außerdem kann es zu Problemen beim Testen von Webanwendungen kommen, die HTTPS verwenden.
Beim Embedding wird der Browser, wie der Name bereits sagt, in die Web Test Software eingebettet. Somit stehen alle Schnittstellen für die Kommunikation zwischen Browser Web Test Software zur Verfügung. Auf Grund seiner hervorragenden Eignung für das Testen von Webanwendungen wurde dieser Ansatz für die Web Testsoftware web2test verwendet. Detaillierte Informationen wie das Embedding bei web2test realisiert wurde finden Sie im Knowledgebaseartikel über funktionales Web Testen.
Den Artikel “Ansätze funktionaler Web Test Software” auf Englisch:
