Beliebte Suchanfragen
|
//

JavaScript-Injection mit dem Robot Framework und Selenium

25.5.2010 | 4 Minuten Lesezeit

Wir haben uns in meinem Team unter anderem der Akzeptanztest-getriebenen Entwicklung verschrieben. Dazu nutzen wir mit größter Begeisterung das Robot Framework und die dafür verfügbare Selenium Library . Die Tests schreiben wir in natürlichsprachlicher Form. Für komplexe Webanwendungen benötigt man von Zeit zu Zeit Überprüfungen, die als Standard-Keywords nicht verfügbar sind. Ich möchte mit diesem Beitrag vorstellen, wie man JavaScript in die getestete HTML-Oberfläche injizieren und anschließend die Erfüllung einer Bedingung verifizieren kann.


Im konkreten Fall haben wir eine Webseite entwickelt, auf der verschiedene Versicherungsprodukte nach einer Berechnung verglichen werden. Da die Seite klug ist, werden die Produkte nach der Berechnung anhand unterschiedlicher Kriterien sortiert. Außerdem gibt es für den Besucher der Website die Möglichkeit, die Produkte zu filtern. Wählt er einen Filter, so werden bestimmte Produkte ausgeblendet.

Wir müssen also für den Akzeptanztest selbstverständlich auch die Sortierung und die Filterung automatisiert testen. Ich verwende die Filterung hier als Beispiel. Der Testfall sieht abstrahiert so aus:

1*** Keyword ***
2Verhalten
3    [Arguments]  ${Filter}  ${o1}  ${o2}
4 
5    Es existiert eine Produktseite für XYZ 
6 
7    Wenn der Filter auf ${Filter} gesetzt wird
8 
9    Dann ist das Produkt A optisch ${o1}
10    Und außerdem ist das Produkt B optisch ${o2}
11 
12| *Test Case* | | *Filter*    | *o1*       | *o2*       |
13| 1 | Verhalten | kein Filter | sichtbar   | sichtbar   |
14| 2 | Verhalten | F1          | unsichtbar | sichtbar   |
15| 3 | Verhalten | F2          | sichtbar   | unsichtbar |

Um die Sichtbarkeit eines Elements zu prüfen, gibt es keine vorgefertigten Keywords in der Selenium Library. Per Selenium IDE hat man zwar die Möglichkeit „assertVisible“ zu verwenden, wir nehmen aber lieber JavaScript dafür. Unsere Seiten nutzen Prototype, was einige sehr komfortable Methoden mitbringt. Um die Sichtbarkeit eines Elements zu prüfen, hatte ich folgende Idee:

  1. Erweitern des DOM-Trees um ein hidden input
  2. Diesem input mitteilen, ob das zu überprüfende Element sichtbar ist
  3. Anschließend per „Text Field Value Should Be“ den Wert des Felds prüfen

Gesagt getan – folgende JavaScript-Funktion sollte effizient das versteckte input-Element herbeizaubern und mit einem Wert versehen:

1function prepareHiddenField() {
2  if(!$('HIDDENROBOT')) {
3    Element.insert(
4      $('produkte'),
5      new Element(
6        'input',
7        {type:'hidden', id:'HIDDENROBOT'}
8      )
9    );
10  }
11 
12  $('HIDDENROBOT').value = $('produkt_A').visible();
13}

Damit wir die Funktion injecten können, muss sie zu einer anonymen Funktion transformiert werden die sich sofort selbst aufruft. Außerdem muss der gesamte JS-Code in eine einzelne Zeile, um in der BDD-Syntax nicht mit Zeilenumbrüchen zu hantieren. Das Resultat (wer es lesen kann: Respekt), ergänzt um eine Variable „pid“ wie ProduktID:

1(function(){!$('HIDDENROBOT') && Element.insert($('produkte'), new Element('input', {type:'hidden', id:'HIDDENROBOT'})); $('HIDDENROBOT').value=$('produkt_${pid}').visible();})()

Jetzt können wir entsprechende Keywords schreiben, die genau das sicherstellen was wir wollen:

1Prepare hidden visibility field for ${Produkt}
2    ${pid} =  ProduktId für  ${Produkt}
3    Call Selenium Api  runScript  derJavaScriptStringWieOben
4 
5Ist das Produkt ${Produkt} optisch sichtbar
6    Prepare hidden visibility field for ${Produkt}
7    Text Field Value Should Be  HIDDENROBOT  true
8 
9Ist das Produkt ${Produkt} optisch unsichtbar
10    Prepare hidden visibility field for ${Produkt}
11    Text Field Value Should Be  HIDDENROBOT  false

Vielleicht erscheint dies als umständlich, aber: die Möglichkeiten sind unbegrenzt. In vielen Fällen kommt man mit CSS- oder XPath-Selektoren nicht weiter – zum Beispiel wenn man bestimmte durch Ausblend-Effekte gesetzte style-Attribute überprüfen will oder ähnliches. Hierfür ist das Injizieren von JavaScript äußerst hilfreich.

Abschließend möchte ich auf das Testen der Sortierung zurückkommen, um ein etwas komplexeres Beispiel zu geben. Beim Sortieren wird innerhalb der Seite die tatsächliche Reihenfolge der Produkte im DOM-Tree verändert. Die neue Sortierung zu testen geht also darauf zurück, die korrekte Reihenfolge von Elementen des DOM-Trees zu überprüfen.

Wir benötigen für diesen Fall eine Anzahl n an hidden inputs, wenn wir n Produkte im Vergleich darstellen. Der Testfall sieht auszugweise und mit hartcodierten Werten so aus:

1Dann ist das Produkt B an Stelle ${posB}
2Und außerdem ist das Produkt A an Stelle ${posA}

Pro Produkt erzeugen wir ein hidden input Element:

1(function(){
2  Element.insert(
3    $('produkte'),
4    new Element(
5      'input',
6      {type:'hidden', id:'HIDDENROBOT${index}', value:$$('div.produkt')[${index}-1].id}
7    )
8  );
9})()

Die Position wird hier als Variable „index“ als 1-basierter Wert übergeben, so dass auf dem per $$(‚div.produkt‘) ermittelten Array der Index um 1 verringert werden muss für den korrekten Zugriff.

Hier wieder das JavaScript in einer Zeile:

1(function(){ Element.insert($('produkte'), new Element('input', {type:'hidden', id:'HIDDENROBOT${index}', value:$$('div.produkt')[${index}-1].id})); })()

Das Keyword für die gesamte Positionsprüfung sieht dann so aus:

1Ist das Produkt ${einProdukt} an Stelle ${index}
2    ${pid} =  ProduktId für  ${einProdukt}
3 
4    Call Selenium API  runScript  derJavaScriptStringWieOben
5    Text Field Value Should Be  HIDDENROBOT${index}  produkt_${pid}

In diesem Falle hätte es tatsächlich gar keine Möglichkeit gegeben, diese Überprüfung mit Selenium- oder Robot-Bordmitteln durchzuführen. Das Injizieren von JavaScript ist demnach ein großartiges Hilfsmittel zur Realisierung sehr komplexer Tests.

Ein Hinweis in eigener Sache: am 21. und 22. Juni 2010 bieten wir im Rahmen unseres Agilen Junis ein Training zur fachtestgetriebenen Entwicklung (ATDD) mit dem Robot Framework an. Trainerin ist Elisabeth Hendrickson. Es sind noch Plätze frei – es lohnt sich!

|

Beitrag teilen

//

Weitere Artikel in diesem Themenbereich

Entdecke spannende weiterführende Themen und lass dich von der codecentric Welt inspirieren.

//

Gemeinsam bessere Projekte umsetzen.

Wir helfen deinem Unternehmen.

Du stehst vor einer großen IT-Herausforderung? Wir sorgen für eine maßgeschneiderte Unterstützung. Informiere dich jetzt.

Hilf uns, noch besser zu werden.

Wir sind immer auf der Suche nach neuen Talenten. Auch für dich ist die passende Stelle dabei.