DseWiki: AkzeptanzTests

Tests, die vom Kunden spezifiziert werden und verifizieren sollen, dass die AnforderungsGeschichten zu seiner Zufriedenheit implementiert wurden. Damit gleichzeitig auch eine Dokumentation der Systemanforderungen.

Bei etwas längeren Projekten sollten Akzeptanztests automatisch ablaufen (so wie Unittests). Sonst muss der Kunde nach jeder Iteration alle Akzeptanztests aller vorhergehenden Iterationen wiederholen.

Zwecks Testabdeckung sind Akzeptanztests alleine nicht ausreichend (siehe DreiTestAxiome). Beispielsweise könnten sie durch UnitTests komplettiert werden.

Diskussion

Ich würde die Bedingung der Automatisierung (zumindest im Kontext von ExtremeProgramming) schärfer formulieren, und zwar aus mehreren Gründen:

das Automatisieren zwingt den Kunden dazu, sich sehr genau zu überlegen, was er vom System erwartet
automatisierte Tests stellen eine eindeutige Spezifikation der Anforderungen dar, die nicht mehr der individuellen Interpretation unterliegt - Missverständnisse werden so unwahrscheinlicher
manuelle Tests werden sehr wahrscheinlich genau dann nicht mehr oder nur noch oberflächlich durchgeführt, wenn man sie am nötigsten bräuchte - bei Zeitnot
automatisierte Tests können problemlos öfter als nur am Ende einer Iteration durchgeführt werden (z. B. täglich) und liefern somit schnelleres, wertvolles Feedback

Resourcen:

http://fit.c2.com/ (Deutschsprachige FIT-Einleitung: http://typo3.it-agile.com/fileadmin/docs/Akzeptanztests-FIT.pdf)
http://fitnesse.org/

für Web-Anwendungen: http://jwebunit.sourceforge.net/
für Swing-Anwendungen: http://marathonman.sourceforge.net/

Ich möchte automatische Akzeptanztests gerne mal in meinem Projekt ausprobieren und habe deshalb einige Fragen auf dem Herzen:

Hat einer von euch Fit/Fitness schon mal eingesetzt?
Was machen Fit und Fitness, wo sind die Unterschiede?
Wie haben eure Kunden auf die Idee von automatisierten Akzeptanz Tests reagiert?

Antworten (von JensEngel?):

Ja, wir setzen FIT und FitNesse? ein.
FitNesse? ist ein Wiki, dass die Benutzung von FIT-Tests vereinfacht:

Insbesonders der "EditTest-RunTest-InspectResults"-Zyklus ist stark vereinfacht (in FitNesse). Bei FIT (bzw. ohne IDE-Integration) sind das eine Sequenz mit 3 Schritten. Bei FitNesse liegt die Benutzung (via Navigation) enger zusammen.
Ansonsten helfen bei FitNesse die "Preprocessor"-Sprache mit '!define' und '!include' stark bei der Test-Konfiguration bzw. Wiederverwendung von Test-Fragmenten.
Ausserdem bietet FitNesse ein SetUp/TearDown-Konzept. Bei FIT Runnern ist das erst in neueren Versionen vorhanden.

Tja, wir haben keinen externen Kunden, nur interne. Daher hatten wir das Problem noch nicht.

KategorieXp KategorieTesten