Testfall-Autor

Als Testfall-Autor bezeichnet dieses Wiki eine Person, die - basierend auf den zugesicherten Eigenschaften eines Systems - Testfälle erdenkt und direkt in succest so modelliert, dass am ende ein voll automatisierter Testfall als einziges Arbeitsergebnis vorliegt und zur Dokumentation und zur Ausführung verwendet wird.

Da viele Unternehmen aus unterschiedlichen Gründen die Aufgabe des Testfall-Authorings anders schneiden und die Rollen zwischen unterschiedlichen Personen aufteilen, soll die folgende Darstellung die Aufgaben und Ergebnisse etwas generischer beleuchten.

Rollen und Aufgaben

Wie immer in der IT, so träumt auch ein Testprojektmanager von Ressourcen, die das System fachlich durchdrungen haben, technisch den Level eines Entwicklers haben und dazu methodisch uptodate sind. Leider finden sich solche Ressourcen nicht ganz regelmäßig. Die Lösung scheint eine Aufgabentrennung zu sein.

(Fachbereichs-)Testautor

Der Testautor kommt in der Regel aus dem Fachbereich, da dort das meiste Wissen über die benötigte Funktionalität des System aggregiert ist (Es ist Absicht, dass hier etwas schwammig von 'benötigte Funktionalität des System' die Rede ist, anstatt von 'zugesicherten Eigenschaften'. Leider ist das Konzept der zugesicherten Eigenschaft oder des Requirements bereits so von Methodik und Technik durchdrungen, dass es unserer Erfahrung nach in Fachbereichen, die am meisten von diesem Konzept profitieren würden, einen sehr schlechten Ruf hat und eher selten umgesetzt wird.). Er erdenkt den Testfall und bringt ihn in eine Form (oft prosaischer Text), die als Grundlage der Ausführung dient. In wie weit der Testfall als Schritt für Schritt Anleitung verwendet werden kann und in wie weit der Beschreibung ggf. ergänzt werden muss um tatsächlich am System so ausgeführt zu werden, hängt in der Regel davon ab, wie gut der Fachbereich das zu testenden System kennt bzw. damit umgehen kann. Handelt es sich um das Entwickeln von Regressionstestfällen, hat der Fachbereich oft ein sehr tiefes Wissen über das zu testenden System und ist daher in der Lage, sehr gut ausformulierte, detailreiche Testfälle zu schreiben. Bei Einführungsprojekten ist es aber regelmäßig so, dass der Fachbereich das System noch gar nicht oder nur sehr oberflächlich kennt. In diesen Fällen sind die Testfälle oft nur Skizzen mit den wesentlichen Eckpunkten des Tests und müssen vor der Ausführung noch detailliert werden.

Automatisierer

Die Aufgabe des Automatisierers ist es, die Testfallbeschreibung die der Fachbereichsautor entwickelt hat, in ein durch einen Automaten ausführbares Script zu überführen. In Abhängigkeit von der Vorarbeit und dem genutzten Automaten kann diese Aufgabe sehr unterschiedlich ausfallen. In der Regel ist es aber so, Automatisierer sowohl ein gutes fachliches Wissen mitbringen müssen, um die Vorgabe durch den Fachbereich korrekt interpretieren und umsetzen zu können. Detail Wissen über das zu testenden System ist eigentlich immer eine Voraussetzung um gute Ergebnisse in der Automatisierung zu erzielen. Die Testautomaten stellen ebenfalls Anforderungen an die Skills der Automatisierer. Manch Automaten erfordern Entwickler - Skills, succest erwartet immer noch Fähigkeiten die der fortgeschrittenen Bedienung von Excel entsprechen. Außerdem stellt die Automatisierung den Automatisierer selbst vor besondere Herausforderungen. Oft ist es eine zu schwache Besetzung dieser Schlüsselrolle, die Automatisierungsprojekte zum Scheitern bringt.

Test(ausführ)er

Oft besteht die Vorstellung, dem Test(ausführ)er käme eine untergeordnete Rolle zu. Grund dafür ist die Annahme, dass er weder über ausgeprägtes fachliches noch technisches Wissen verfügen müsse, da er den Testfall ja nur Schritt für Schritt abarbeiten muss. Voraussetzung dafür wäre allerdings, dass der Testfall eine überragende Qualität aufweist.