Testen von Software. GUI-Testing: Jemmy & Marathon

Transkript

1 Testen von Software GUI-Testing: Jemmy & Marathon

2 Kurzüberblick Jemmy: Marathon: Ist eine Java-Bibliothek Zum Testen von Java-GUI- Applikationen Enthält Methoden, um Benutzereingaben bei Swing/AWT Komponenten zu reproduzieren Lizenz: SPL JemmyTest: Ist ein Java-Programm welches die Jemmy-API nutzt, um andere Applikationen zu testen Kann mit beliebigem Test-Harness genutzt werden (z.b. Xtest) Kann genutzt werden, um Demos von Java-GUI-Applikationen zu schreiben Ist ein Testing-Framework für GUI- Applikationen, welche Java/Swing benutzen Besteht aus einem Recorder-, Runner- und Editor-Tool Die Testskripte werden mit Python Code erstellt Ist ausgelegt für das Endbenutzertesten mit einfachen Testskripten die jeder lesen kann Ist flexibel und erweiterbar Für Anwendungen gut geeignet, die auf dem forms-paradigm beruhen Lizenz: GNU LGPL

3 Jemmy - Projekt Projekt-Seite: Community-Projekt von netbeans.org 4 Entwickler, 11 Observer Aktuelle Version: (April 2006) Projekt-Plan: 2.2.7, 2.2.8, (complete rewrite) Mögliche zukünftige Funktion: recording module SPL: Sun Public License

4 Jemmy - Funktionen Finden von Fenstern und GUI-Komponenten Reproduktion von Benutzereingaben Erstellung von Demos möglich Dump (von benutzten AWT/Swing-Komponenten) Screenshots GUIBrowser

5 Jemmy How it Works Test in selber JVM ausgeführt, wie zu testende Applikation Schritt 1: Fenster finden org.netbeans.jemmy.windowwaiter java.awt.frame.getframes() java.awt.window.getownedwindows() Schritt 2: GUI-Komponenten finden org.netbeans.jemmy.componentchooser java.awt.container.getcomponents() Schritt 3: Mit den Komponenten arbeiten (Event Queue) org.netbeans.jemmy.operators.componentoperator org.netbeans.jemmy.queuetool java.awt.eventqueue

6 Jemmy - EventQueue Jemmy bringt eine eigene Implementierung der java.awt.eventqueue mit sich JemmyQueue überschreibt dispatchevent(awtevent) und ist eine private innere Klasse vom QueueTool Funktionalität: public static void postevent(awtevent event) public static void shortcutevent(awtevent event) public static void processevent(awtevent event) EventDriver benutzt einfach nur QueueTool.processEvent(AWTEvent)

7 Jemmy - Testausführung public class JemmyExampleTest implements Scenario { public int runit(object param) { try { // start application new ClassReference("example.jemmy.JemmyExampleFrame").startApplication(); // test code.. } } catch (Exception ex) { ex.printstacktrace(); return 1; } return 0; } public static void main(string[] args) { Test.main(new String[] { "example.jemmy.jemmyexampletest" }); }

8 Jemmy Fenster finden // start application new ClassReference("example.jemmy.JemmyExampleFrame").startApplication(); // find frame (wait for frame) JFrameOperator frame = new JframeOperator("JemmyExample"); // test code..

9 Jemmy Komponenten finden // start application new ClassReference("example.jemmy.JemmyExampleFrame").startApplication(); // find frame JFrameOperator frame = new JFrameOperator("JemmyExample"); // find text field JTextFieldOperator textfield = new JtextFieldOperator(frame); // set text field text textfield.settext("hello"); // find clear button JButtonOperator clearbutton = new JButtonOperator(frame, "Clear"); // and push it clearbutton.push();

10 Jemmy - GUIBrowser org.netbeans.jemmy.explorer.guibrowser Fensterapplikation zum Auflisten von aktuellen AWT/Swing- Komponenten mit Attributen Dump und Screenshot sind möglich Für nicht-automatisiertes Testen und zum Debuggen geeignet Ermöglicht einen Überblick über verwendete Komponenten und deren Eigenschaften parallel zur Ausführung in einer Art Baumstruktur

11 Jemmy - Vor-/Nachteile Vorteile: Einfache Einbindung in ein bestehendes Projekt Logisch strukturierte Bibliothek ermöglicht eine intuitive Bedienung für Java-Entwickler Bietet vorgefertigte, komfortable Möglichkeiten für alle Standard- AWT/Swing-GUI-Komponenten Entwicklerdokumentation und Source-Code liegt vor, somit steht einer Erweiterung für eigene Komponenten nichts im Weg Nachteile: Erstellung der Testfälle muß durch Java-Programmierer von Hand getätigt werden Ein Frontend für XML-Dumps existiert nicht

12 Marathon - Projekt Projekt-Seite: Entwicklung 2002 gestartet, im Juni 2004 wiederbelebt 2 Entwickler Entwicklungsstatus: Production/Stable Aktuelle Version: 0.90a Letzte Änderung im November 2004 Lizenz: GNU LGPL

13 Marathon - Funktionen Recorder zum Aufzeichen von Events (Konvertierung in einen abspielbaren Testfall erfolgt) Runner zum Abspielen von aufgezeichneten und selbsterstellten Testfällen (interaktiv oder per Kommandozeile) Editor zum komfortablen erstellen und editieren von Testfällen in der Sprache Python (Jython) Geeignet für smoke testing, regression testing und formal acceptance testing

14 Marathon - Aufruf Interaktives GUI aufrufen marathon Interaktives GUI zu einem speziellen Projekt aufrufen marathon MPF Testfälle ausführen marathon -batch [-text <file>] [-html <file>] [-xml <file>] MPF [ TestCase...] Hilfe-Option: zeigt die allgemeine Hilfe an marathon -help

15 Marathon - Projekterstellung MPF anlegen/konfigurieren/öffnen Name und Beschreibung Projektverzeichnis Main-Class Programm-Parameter / VM-Parameter / Arbeitsverzeichnis Classpath Python-Pfade für externe Module Resolvers Properties Testen und Speichern

16 Marathon Hauptfenster 3-geteilt in Navigator-Panel, Editor-Panel und Konsolen-Panel Neue Testfälle und Aufzeichnungen anlegen und speichern Aufzeichnungen starten, abspielen, pausieren und stoppen Applikationen starten und stoppen Testfälle/Testaufzeichnungen anschauen und editieren Möglichkeit zum Setzen von Breakpoints innerhalb der Testfälle Editor mit Syntax Coloring für die Testfälle Konsole für die Standardausgabe

17 Marathon - Fenster/Komponenten Finden der richtigen Komponten durch Suchreihenfolge: 1. Fenster (Fenstertitel) 2. Name der Komponente (setname) 3. Label (zb. Buttontext) 4. Klassenname Unterscheidung dennoch gleicher Komponenten durch anhängen einer laufenden Nummer Erweiterung um eigene Komponenten über ComponentResolver und MComponent

18 Marathon - Testfall usefixture(default) def test(): window('simple Widgets') select('tabbedpane', 'Table Demo') close() window('table Demo') select('table', 'Dakshinamurthy K', 'Name,0') select('table', '40', 'Age,0') select('table', 'true,', 'Marital Status,0') sleep(1) close()

19 Marathon - Vor-/Nachteile Vorteile: Externes Tool mit grafischer Benutzeroberfläche Läßt sich leicht an ein bestehendes Projekt ankoppeln Ist gut handhabbar auch für Nichtentwickler Spielend einfache Erstellung von Testfällen durch den Rekorder Benutzung der GUI ist umfassend dokumentiert Nachteile: Wenn doch mal von Hand ein Testfall erstellt oder verändert werden soll, muss man sich in die Skriptsprache reinarbeiten Eine Dokumentation der bestehenden Skriptelemente ist nur angedeutet und keinesfalls ausreichend Eine Weiterentwicklung und ein Support ist nicht erkennbar

20 Jemmy & Marathon im Vergleich Jemmy ist eher an Entwickler gerichtet, die parallel zum Entwickeln Testfälle erstellen (programmieren) Marathon wendet sich eher an Nichtentwickler, die mit der GUI ihre Testfälle erstellen (aufnehmen) sollen Jemmy bietet mehr Möglichkeiten aufgrund der Nähe zum Java- Code Marathon ist dafür einfacher und schneller handhabbar An Jemmy wird aktiv weiterentwickelt (Java 5, Rekorder) Marathon gilt seit 2004 als stable

21 Testen von Software GUI-Testing: Jemmy & Marathon Vielen Dank für Ihre Aufmerksamkeit.