Wir bei codecentric haben hunderte von automatischen Builds die täglich laufen und.. manchmal auch fehlschlagen. Doch soll es hier nicht um faule Ausreden wie “ach das war doch nur ne kleine Änderung das sollte nicht schiefgehen” gehen, sondern um die Fälle in denen der Build bricht weil.. nunja.. man weiß es halt nicht so richtig.
Klar sagt man schnell gern: Oh das muss kosmische Strahlung sein. Ich werfe den Build nochmal an. Aber wir wissen alle daß das nicht stimmen kann. Um wirklich effizient ein CI System nutzen zu können im Folgenden eine Liste von Ursachen von solch spontanen Buildfehlschlägen und wie man sie beheben kann.
(weiterlesen…)
Auf der robotframework-users-Mailingliste tauchte eine Frage auf, wie man “Radio Buttons” mit der SeleniumLibrary handhaben soll. Es gab offenbar ein Problem mit dem von der SeleniumLibrary generierten XPath-Ausdruck, und der Benutzer wußte nicht genau, wie er das Problem weiter analysieren konnte.
Da ich es auch in einem privaten E-Mail-Wechsel nicht geschafft habe, das Vorgehen zu erläutern, habe ich einen kurzen Screencast gemacht (Gegen Ende musste ich den während der Testausführung kurz pausieren, um innerhalb der 5 Minuten zu bleiben). (weiterlesen…)
Du hast angefangen automatische Fachtests zu schreiben, um nicht in jedem Sprint manuell die Ergebnisse aller vorherigen Sprints testen zu müssen. Prima, wir auch. Nach einer Weile des erfolgreichen Testens ähneln die ganzen Tests aber immer mehr einem Gestrüpp statt einer sauber entworfenen Test-Suite. Mist, bei uns auch. Was ist da schief gelaufen? Im Laufe der Zeit haben sich bei uns einige Muster und Herangehensweisen herausgebildet, die zu einer stabilen, skalierenden und vor allem auch wartbaren Testinfrastruktur führen, welche ich im Folgenden näher vorstellen möchte. (weiterlesen…)
Wenn man anfängt Fachtests zu automatisieren kommt man recht schnell an den Punkt, an dem geprüft werden muss, ob über eine Weboberfläche angebotene Dokumente bestimmten Kriterien genügen. Wer das schon einmal probiert hat weiß: Dateidownloads automatisch zu durchzuführen und zu testen, ist aber einfach unmöglich … oder?
(weiterlesen…)
In Projekten mit Endkundensichtbarkeit kommt es oft auf das genau Aussehen der Anwendung an. In internen Anwendungen ist es häufig egal ob und wie viel sich das Aussehen der Oberfläche verändert, jedoch mag es auch dort Kunden geben welche sehr strikte Richtlinien für den Style der Anwendung haben damit es sich nahtlos in ihre Corporate Identity einfügt.
Wer jemals mit HTML und pixelgenauem CSS gearbeitet hat, weiß wie leicht Fehler passieren können oder wie schnell man bereits bestehendes Design beeinflusst. Selbst ein durchdachtes Layout oder strenge Designrichtlinien können dies nicht immer verhindern.
Letzten Freitag haben wir in unserem Team diskutiert was wir tun können damit uns das nicht passiert. Schnell war klar, daß wir auch diese Anforderung im nightly build abbilden wollen.
Es war überraschend einfach…
(weiterlesen…)
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.
(weiterlesen…)
Kategorie: 
