Sakuli wird für EndToEnd mit Linux und Windows Applikationen bereits vielfach eingesetzt. Wie sieht es aber mit Android, dem verbreitetsten mobilen Betriebssystem, aus? Hierzu ein Beispiel.
Um die Katze gleich aus dem Sack zu lassen, Sakuli wird nicht nativ auf dem Androidgerät ausgeführt, sondern steuert ein Android Virtual Device (AVD).
Das Android Virtual Device ist ein Bestandteil der Android Development Tools, welche hier frei zum Download zur Verfügung stehen. AVD ist ein Emulator, mit dem eine Vielzahl von Geräten simuliert werden kann. Dabei können verschiedene Hardwarearchitekturen, Displaymaße sowie alle üblichen Androidversionen emuliert werden. Grob kann man es mit einer Virtualisierungstechnik wie Virtualbox vergleichen.
Damit die Tests reproduzierbar sind beziehungsweise die virtuellen Geräte sich stabil verhalten, hier ein paar Hinweise:
* AVDs sollten nicht in einer virtuellen Maschine ausgeführt werden
* Es sollte immer HAXM installiert werden, dies ermöglicht eine sehr viel effizientere Emulierung. Dementsprechend sollte als Zielarchitektur x86 verwendet werden.
* RAM und Heap benötigen sehr viel Arbeitsspeicher, dieser sollte deshalb nicht zu klein dimensioniert werden.
* Hier eine AVD Konfiguration, die im folgendem Beispiel verwendet wird.
In Folgenden wird die verwendete Androidversion getestet und ob sich das Layout dieses Blogs sich an die Größenveränderung bei dem Schwenk von Picturemode(vertikal) zu Landscapemode(horizontal) anpasst.
Der gesamte Aufbau ist hier zu finden.
Da in diesem Beispiel keine Sahi Komponenten verwendet werden, sondern nur Sikuli, wird in der testsuit.properties der Browser „deaktiviert“. Dazu wird der Browser PhantomJS verwendet, welcher fensterlos arbeitet, mehr dazu hier.
Wie zuvor beschrieben, wird ein konfiguriertes AVD benötigt. In diesem Fall wird ein Nexus7 verwendet, das Android 7.0 installiert hat. Für die Konfiguration siehe hier. Wichtig ist auch, dass der Name des Geräts Nexus7 ist, da es über diesen gestartet wird.
Das verwendete Script ist hier zu finden.
Um den Test selbst auszuführen, muss in Zeile 19 der Pfad des Android SDK angepasst werden. Der Test wurde für einen Windowshost geschrieben, soll dieser auf Linux portiert werden, müssen die Zeilen 27 und 28 angepasst werden. Der restliche Code sollte plattformunabhängig sein.
Für die Webtesting-Komponente Sahi, gibt es unter folgendem Link eine Erklärung wie man diese mit Androidsystemen verwenden. Hierbei wird ein weiterer Browsertyp in Sahi hinterlegt und in dem zu testendem Gerät wird der Sahiproxy eingetragen, anschließend verlaufen die Tests wie mit einem „normalen“ Browser.