Johannes Siep. AJAX Webtests mit Selenium

Transkript

1 Johannes Siep AJAX Webtests mit Selenium

2 Agenda 1.) AJAX Eine Einführung 2.) Was ist Selenium? 3.) AJAX testen mit Selenium 4.) Zusammenfassung 2

3 AJAX Eine Einführung 3

4 AJAX Web klassische Webanwendungen Entwicklung dynamischer Technologien Verknüpfung der Technologien zu neuen Konzepten (z.b. AJAX) Web 2.0 4

5 Klassische Websites 5

6 Web 1.0 Web 1.0 : 6

7 Web 1.0 Web 1.0 : - Größtenteils Statische Inhalte - Jede Benutzeraktion löst HTTP-Request an den Server aus - Übermittlung kompletter Websites - Client wartet auf Antwort des Servers Synchrone Kommunikation 7

8 Web Ajax 8

9 AJAX Asynchronous Java Script and XML Keine neue Technologie: Benutzt bereits vorhandene Technologien: - JavaScript - DOM - XMLHttpRequest-Objekt - REST/SOAP - CSS - Aber ein neues Gesamtkonzept! 9

10 AJAX Die Webanwendung soll sich anfühlen wie eine Desktop-Anwendung: - Bruchlose Interaktion zwischen Benutzer und Anwendung - Anwendung läuft auf dem Client und holt nur benötigte Daten vom Server - Benutzeraktionen können die Anwendung modifizieren, ohne sie komplett neu len zu müssen 10

11 AJAX Jede Benutzeraktion, die für gewöhnlich eine HTTP-Anfrage erzeugen würde, erzeugt nun einen JavaScript Aufruf, der an die Ajax-Engine delegiert wird [ ] (Jesse James Garrett) Ajax-Engine reagiert direkt auf Benutzeraktionen oder fordert per XMLHttpRequest Daten/Funktionalität vom Server Nach fertiger Bearbeitung werden die Ergebnisse per DOM in die Anwendung eingebaut 11

12 AJAX Web 2.0 : 12

13 AJAX Die eigentliche Website wird während der Interaktion dynamisch modifiziert: - Elemente können während der Benutzung hinzukommen/wegfallen oder verändert werden - Browserspezifische Verhaltensweisen möglich - Ständige Kommunikation zwischen Client und Server AJAX-Anwendungen erfordern gründliches Testen! 13

14 AJAX AJAX-Frameworks Rich Client - stellen auf dem Client API zur direkten Kommunikation von Daten zur Verfügung - Kommunikation über Daten Funktionalität zu großen Teilen auf dem Client implementiert Thin Client - Server sendet neue HTML-Fragmente an den Client - Meist Aufbau der kompletten Website auf dem Server, und schicken der relevanten Unterschiede Funktionalität hauptsächlich auf dem Server implementiert Die Verwendung von Frameworks kann die Testlast verringern, erfordert aber Framework-spezifische Test-Entwicklung! 14

15 AJAX Wie testet man AJAX? - Oberflächen-Elemente identifizieren - Benutzeraktionen simulieren - Ergebnisse verifizieren Theoretisch wie klassische Web-Anwendungen, praktisch jedoch schwieriger 15

16 Warum Selenium? - Mächtige OpenSource Testumgebung - Benutzt echten Browser (z.b. HTMLUnit: Browsersimulation) - Einfacher Einstieg durch Selenium IDE - Breite Programmiersprachen-Unterstützung - Vielfältige Möglichkeiten zur individuellen Anpassung - Große und aktive Community 16

17 Was ist Selenium? a) Selenium IDE Testen leichtgemacht b) Selenium Core Die Basis c) Selenium RC Die Möglichkeiten d) Selenium Grid Verteiltes Testen 17

18 Selenium Export Selenium Grid Selenium IDE Benutzt Export Selenium RC Benutzt Benutzt Selenium Core 18

19 a) Selenium IDE Testen leichtgemacht 19

20 Selenium IDE Voraussetzungen: - Firefox (da nur als Firefox-PlugIn vorhanden) - Oberfläche der Anwendung unter Test steht zur Verfügung Besonderheit: - Record Mode (Aufnehmen von Tests im Browser) 20

21 Was ist Selenium? Selenium IDE - Die Praxis 21

22 b) Selenium Core Die Basis 22

23 Selenium Core Das funktionale Herzstück von Selenium Bestandteile: - TestRunner.html: Einbinden der Tests - API, das Selenese definiert - Java Script Bibliothek (eigentliche Funktionalität) 23

24 Selenium Core Testrunner.html der Testroboter: Nimmt Tests in Selenese entgegen Browserunabhängig: (D)HTML, Java Script Aber: Same Origin Policy von Java Script ermöglicht nur Tests innerhalb der Domäne des ausführenden Servers 24

25 Selenese Selenese Die Sprache von Selenium HTML-Table in der Form: Locator seriell Command Target Value type user_name Administrator type password chef839 clickandwait submit 25

26 Selenese Commands Actions - simulieren Benutzereingaben Bsp.: clickat mousedown draganddrop keypress type select - steuern Selenium Bsp.: createcookie answeronnextprompt Accessors - speichern Zustände in Variablen - Bsp.: storetitle storecookie storetextpresent storeselectedvalue storeselectedids Assertions - Zusicherungen - werden aus Accessors generiert - aus jedem Accessor 6 Assertions: verify verifynot assert assertnot waitfor waitfornot 26

27 Selenese Locators: Element Locators: - Benutzen immer HTML-Elemente - Schreibweise: Locatortyp=argument - 7 Locatortypen: identifier id name link dom xpath css 27

28 Selenese Beispiel: <input id=all type=rio name=meta value= checked> <label for=all> Das Web </label> <input id=lgr type=rio name=meta value= lr=lang_de > <label for=lgr> Seiten auf Deutsch </label> <input id=cty type=rio name=meta value= cr=countryde > <label for=cty> Seiten aus Deutschland </label> 28

29 Firebug: (Tool zur Identifikation Von Locators) 29

30 Selenese Weitere Möglichkeiten: - String-Match Patterns (z.b.: regexp) - Definieren von Variablen - Einbau von Schleifen - Rollups - Eigene Kommandos

31 Selenium Core Java Script Bibliothek Browserunabhängig Kapselt Browserspezifische Logiken Basiert auf anderen freien Bibliotheken wie: - cssquery - Prototype - script.aculo.us

32 Selenium Core Selenium Core - Die Praxis 32

33 c) Selenium RC Die Möglichkeiten 33

34 Selenium RC Modul zur Fernsteuerung von Selenium-Tests Client/Server-Architektur: - Client: Bietet Bibliotheken in unterschiedlichen Sprachen Steuert den Server via HTTP-Kommunikation - Server: Steuert beliebige Browser Fungiert als Proxy-Server schaltet sich so zwischen HTTP-Transfer der zwischen Browser und AUT abläuft 34

35 Selenium RC Selenium Server Selenium Client Tests (Java,C#,PHP, etc..) HTTP Selenium Core HTTP- Proxy AJAX HTTP(S) Anwendung unter Test (AUT) Start/ Stopp HTTP(S) Browser (Rechnergrenze) (Rechnergrenze) 35

36 Selenium RC Aufweichen der Same Origin Policy: Server startet als Proxy,und kann auch entfernte Domain ansteuern (Bsp.: Kein Domänenwechsel während des Tests: Beim Starten des Browsers gewählte Domain bleibt bestehen (Problem z.b. bei HTTPS) Ausweg: Experimentelle Browserlauncher 36

37 Selenium RC Möglichkeiten zur Individualisierung: - Vielfältige Optionen zur Einstellung des Servers (weitere proxies, debugging, browsersessionreuse, userextensions...) - user-extensions.js: Definition eigener Kommandos - Definition von Konstanten Klassen für Locators 37

38 Selenium RC - Zugriff auf Datenbanken - Anbindung externer Umgebungen/Frameworks (Eclipse, Junit, ) möglich - Einbindung in Testwikis (z.b. FitNesse) 38

39 Selenium RC - Die Praxis 39

40 d) Selenium Grid Verteiltes Testen 40

41 Selenium Grid Selenium Grid Selenium Tests HTTP Selenium Hub HTTP HTTP Sel. Server Sel. Server HTTP(S) HTTP(S) Anwendung Unter Test (AUT) Browser HTTP(S) Browser 41

42 Selenium Grid Ziel: Beschleunigung der Testausführung - durch Verteilen der Rechenlast (paralleles testen) - durch Strukturierung der Testumgebungen (Umgebungen speichern & verwalten) - durch automatische Zuordnung der Tests zu den passenden Servern 42

43 Ajax testen mit Selenium 43

44 Selenium - AJAX Schwierigkeiten beim Testen von Ajax-Anwendungen: AJAX-spezifische Funktionalitäten (z.b. Drag 'n' Drop) Technologie-Mix Verteilung der Komponenten Asynchronität (Funktionalitäten laufen im Hintergrund) Einbindung entfernter Ressourcen (z.b. Webservices) Dynamik im Aufbau der Seiten ( Unterschiedliche Frameworks) 44

45 Selenium - AJAX Selenium ist darauf ausgelegt Ajax zu testen: AJAX-spezifische Funktionalitäten werden unterstützt Alle benutzten Technologien werden unterstützt Verteilung zwischen Client & Server stellt kein Problem dar Asynchronität unterstützt durch waitfor-methoden (evt. Umschreiben nötig) problematisch: - entfernte Ressourcenaufrufe (Cross-Domain) - Dynamischer Seitenaufbau (Locators) 45

46 Selenium - AJAX Konkrete Probleme vor allem beim Auffinden der Elemente mit Locators: - versteckte Elemente (display:none/visibility:hidden) - id als einfachster Locator kann wechseln oder nicht vorhanden sein - Eindeutigkeitsprobleme bei Zugriff über einzelnen Locator: z.b. label: 2 Felder mit gleichem Label - ausser xpath keine kontextabhängigen Locators - nicht eindeutig identifizierbare Elemente z.b. Images ohne Text als Schaltflächen 46

47 Selenium - AJAX Lösungsmöglichkeiten: - Elementen im Produktivcode eindeutige Identifikatoren mitgeben (z.b. <alt> Texte bei image-schaltflächen) - versteckte Elemente in Zugriffsmethoden explizit ignorieren - manuelles Durchsuchen des HTML-Source Codes und Identifikation an Hand eines eindeutigen Merkmales - Schreiben eigener Identifikationsmethoden (z.b. kontextbezogen) 47

48 Selenium - AJAX Selenium und Ajax - Die Praxis 48

49 Zusammenfassung 49

50 Zusammenfassung 1.) AJAX-Anwendungen sind auf Grund ihrer Dynamik und Asynchronität schwer zu testen, müssen aber aus genau diesen Gründen auch besonders gründlich getestet werden! 2.) Selenium eignet sich auf Grund der bereits implementierten AJAX-Unterstützung, der vielfältigen Möglichkeiten zur Anpassung, sowie seiner Architektur sehr gut zum Testen von AJAX-Anwendungen. 3.) Problematisch ist vor allem die eindeutige Identifikation der zu testenden Elemente an Hand der Locators. Es gibt jedoch (vor allem auf Grund der Erweiterbarkeit von Selenium) vielfältige Möglichkeiten diese zu lösen. 50

51 Zusammenfassung Fazit: Selenium ist ein mächtiges Testframework zum Testen von AJAX-Anwendungen. Da diese Anwendungen schwierig zu testen sind, müssen allerdings in den meisten Fällen individuelle Anpassungen des Frameworks vorgenommen werden. Dies ist wiederum nicht allzu schwierig, da die Anpassung von Selenium und die Anbindung an andere Tools vorgesehen ist, und daher unterstützt und erleichtert wird. 51

52 Fragen 52

53 Quellen Die Quellenangaben können unvollständig sein, da viel im Internet recherchiert wurde. Der Großteil der Informationen ist jedoch auch in dem Buch von Michael Kain nachzulesen, oder über Weiterverlinkungen innerhalb der angegebenen Seiten einfach zu finden. Auf einen Teil der Quellen wurde daher auf Grund von Überschneidungen verzichtet. Weiterhin stammt ein Teil der zusammengestellten Informationen aus eigenen und fremden Erfahrungen mit dem Einsatz der Software. Quellen: Kain,Michael: Selenium Web-Applikationen automatisiert testen (2008 Open Source Press, München, ISBN: ) besucht am besucht am besucht am besucht am C1WPS OpenSourceSchool 2007 Präsentation 53