Testfall-Autor: Unterschied zwischen den Versionen
(Die Seite wurde neu angelegt: „Als Testfall-Autor bezeichnet dieses Wiki eine Person, die - basierend auf den zugesicherten Eigenschaften eines Systems - Testfälle erdenkt und direkt in suc…“) |
|||
| Zeile 14: | Zeile 14: | ||
== Arbeitsergebnisse == | == Arbeitsergebnisse == | ||
| − | === | + | === Testfallbeschreibung === |
=== Automatisierungsscript === | === Automatisierungsscript === | ||
Version vom 18. August 2016, 10:47 Uhr
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.
Inhaltsverzeichnis
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. A.d.R.).
