Testautomatisierung

Testautomatisierung ist als Methode der agilen Softwareentwicklung heute unerlässlich. Um Software kontinuierlich ausliefern zu können, muss auch kontinuierlich getestet werden. Dabei erkennen wir in unseren Kundenprojekten, dass manuelle Tests, die immer wieder ausgeführt werden müssen, hohe Kosten und hohen Aufwand erfordern, insbesondere auf Seiten der Fachbereiche.

Unsere Erfahrung zeigt, dass circa 80 Prozent der Tests Wiederhol-Testaufwände (Regression) sind.

Hier liegt der Testaufwand schnell um ganze Größenordnungen höher als die Codeänderung. Eine geänderte Codezeile kann hunderte Regressionstests nach sich ziehen. Daher ist es nur durch die Automatisierung der Softwaretests möglich, neue Software schnell, bedarfsgerecht und in hoher Qualität bereitzustellen.

Insgesamt wird der Testaufwand der Fachabteilung um bis zu 90 Prozent reduziert und eine Zeitersparnis von 70 Prozent erreicht.

Wir testen entlang der Testpyramide (Unit > Komponente > Integration > UI):

Das bedeutet wir machen für die Softwareentwickler*innen das Schreiben der Tests der Teststufen Unit, Komponente, und Integration zum Bestandteil der Definition of Done aller fachlichen Anforderungen (User Stories). Und wir schaffen die Rolle des*r Testentwicklers*in für die Teststufe UI, dessen Aufgabe darin besteht den fachlichen Wiederholtestumfang in Testautomatisierung zu überführen, also einen Testroboter für die Computer-Mensch-Schnittstelle zu schaffen. Dafür setzen wir universelle Multiplattform-Test-Frameworks wie Ranorex Studio ein, in denen Branchenstandards wie Selenium Webdriver bereits integriert sind. In der Folge testen Mitarbeiter*innen der Fachabteilungen nur noch die neuen User Stories, während der Testroboter die Regressiontests erledigt. Die Testpyramide entsteht durch die Gewichtung der Teststufen gemäß dem Wirtschaftlichkeitsprinzip. Die Wirtschaftlichkeit eines Tests berechnet sich aus der Geschwindigkeit der Ausführung und der benötigten Zeit zur Erstellung und Pflege, gegenüber der Fehlerfindungsrate und dem Fehlereintrittsrisiko. Eine hohe Testabdeckung (~ 80 %) mit Programmierer*innen-Tests, ist kostengünstig, weil die Tests unmittelbar als Bestandteil des Codes geschrieben werden und sie sehr schnell in abgekapselten Bereichen des Systems ausführbar sind. Dadurch kann sich der*die UI-Testprogrammierer*in auf die Geschäftsprozesse mit dem höchsten Risiko konzentrieren, die das Vorhandensein des Gesamtsystems erfordern, also den Teil der ansonsten immer wieder manuell von den fachlichen Expert*innen getestet werden müsste.

Zur erfolgreichen Implementierung müssen einige typische Herausforderungen gemeinsam im Projekt adressiert werden: