Best Practices

In den best practices spiegeln sich die guten Erfahrungen wider (positiv denken), die man teils durch entsprechende Fehler teuer gelernt hat.

Die best practices sollten mit dem Team abgestimmt werden, um diese gemeinsam auch zu praktizieren.

ein Testfolder je AWF – als Strukturierung

der Folder bezieht sich auf die gleiche übergeordnete Spezifikation/Produkt/Geschäftsvorfall
ähnlich gelagerte Sub-AWF können redundant zusammengefasst
hierfür ein einheitliches Kürzel etablieren Abkürzungsverzeichnis

ein TestCaseDesign je Aktivität

AWF in abtrennbare Aktivitäten aufteilen
dadurch beschränkt sich das Testsheet auf wenige Kriterien
Kriterien als Äquivalenzklassen formulieren und Grund-Testfälle generieren
dadurch ist eine gewisse Testabdeckung gesishert
ergänzende Testfälle können entsprechend klassifiziert werden
hierfür eine einheitliche Beschreibung etablieren Abkürzungsverzeichnis

unterschiedliche Teststufen gleich mit bedenken

V-Modell und Teststufen

Der Komponenten-/Servicetest unterscheidet sich fundamental vom Systemtest, denn der eine testet Klassen wogegen der andere ganze Anwendungen testet. Daher sind unterschiedliche Testdaten erforderlich und somit auch unterschiedliche TestSheet angelegt werden.

Smoketest, Systemtest, System-Integrationstest und Abnahmetest testen alle ganze Anwendungen, so dass überall anwendungsspezifische Daten erfasst werden müssen. Das kann in einem gemeinsamen Testsheet erfolgen, so dass Testfälle wiederverwendet werden können. Die Unterschiede liegen in der Anzahl - hierzu kann mittels Attribut gefiltert werden

Smoketest und Systemtest unterschieden sich nur in der Anzahl von Testfällen. Der Smoketest ist schließlich nur ein Vortest, um mit wenigen Testfällen sicher zu gehen, dass die installierte Testumgebung testbar ist.
Systemtest und System-Integrationstest unterscheiden sich darin, dass beim Systemtest noch Mocks genutzt werden können - was ausgiebig genutzt werden sollte, um als Tester das Verhalten der Fremdsysteme bestimmen zu können. In der Systemintegration kommt es darauf an, dass die unterschiedlichen Anwendungen eines Systems miteinander zusammenarbeiten, weshalb hier keine Mocks mehr eingesetzt werden dürfen. Die Erwartungen sind somit nicht mehr komplett vom Tester bestimmbar - das kann durch eine weichere Auswertung abgefangen werden. Prinzipiell können auch hier dieselben Testfälle verwendet werden.

einheitlicher Aufbau des Testfallnamens