Seite350

• 3.5 Testarten und -szenarios
• Anforderungen
• Umsetzung
  • Testarten
  • Testszenarien
    • Allgemeines Testbeschreibungsschema
    • Datensätze (Kombination von verschiedenen Modellen und Konfigurationen)
    • Szenarien
  • Testwerkzeuge

3.5 Testarten und -szenarios

Anforderungen

• Anführen und Erklären der verwendeten Testarten (z.B. Unit-Test, Integrationstest, Akzeptanztest)
• für alle Geschäftsvorfälle sind Testszenarien anzugeben (z.B. diese Daten werden für bestimmte Eingabeparameter des zu testenden (Modul eines) Geschäftsvorfalls vorgegeben, entsprechend der erwarteten Funktionalität sind diese Werte für die Ausgabeparameter zu erwarten)

Umsetzung

Testarten

• Unit-Tests: Prüfen, ob unter Vorgabe eines konkreten Modells und einer konkreten Konfiguration durch die Templates die erwarteten Dateien mit dem zu erwartenden Inhalt generiert werden. Bei uns müssen jeweils die zu erwartende Datei (die für dieses Testzweck zuvor rein manuell erstellt wurde) mit der vom Generator erzeugten Datei verglichen werden.
• Integrations-Tests: Prüfen, ob die generierten Bestandteile sowohl unter einander als auch mit den manuellen Bestandteile korrekt zusammenarbeiten. Dies entspricht dem Testen der Schnittstellen. Bei uns ist diese Testart besonders wichtig, da die einzelnen Technologien austauschbar sein sollen und dabei immer das funktionierende Ineinandergreifen der Technologie der einen Schicht in die Technologie der anderen Schicht gewährleistet sein muss. Integrieren einmal die Schnittstellen der Templates und zum anderen die Schnittstellen des generierten Codes gut miteinander?
• System-Tests: Prüfen, ob die Prozesse im Generator korrekt durchlaufen werden (vom Einlesen der Modelle und Konfigurationen, dem Prüfen des Modells, dem Anwenden der Templates bis schließlich zum Schreiben der Generate und Packen dieser in auslieferbaren Zustand).
• Akzeptanz-Tests: Bedienbarkeit des Generators soll bewertet werden. Werden ausreichende Konfigurationsmöglichkeiten geboten und diese mit der grafischen Generator-Oberfläche dem Nutzer ergonomisch angeboten (IBMs Common User Access (CUA) folgend).
• Szenario-Tests: unter Vorgabe verschiedener Datenmodelle und Konfigurationen die Funktionstüchtigkeit des Generators untersuchen
• Performanz-Tests: Durchlaufzeit in Abhängigkeit von Modellen unterschiedlichen Umfangs messen.

Testszenarien

Allgemeines Testbeschreibungsschema

• Testname: [Bezeichnung diesen Tests]
• Testart: [z.B. Unit-Test]
• Status: [bestanden|nicht bestanden]
• Beschreibung: [was wird mit dem Test geprüft]
• Tester: [Name des Teammitglieds, der den Test das letzte Mal ausgeführt hat]
• Testprüfer: [Name des Teammitglieds, der das Ergebnis des letzten Testdurchlaufs geprüft hat]
• Eingabedaten: [Modell+Konfigurationsdaten]
• Akzeptanzkriterien: [erwartetes Mindestergebnis, Schwellenwerte]
• Ergebnis: [die im Testlauf tatsächlichen Ausgabedaten und Zustände]

Datensätze (Kombination von verschiedenen Modellen und Konfigurationen)

Szenarien

• Modell nur mit einer Entität
• Modell mit zwei Entitäten und einer einfachen 1-zu-1-Beziehung
• Modell mit zwei Entitäten, bei der die eine Entität Bestandteil (Containment) der anderen ist
• u.a.

Testwerkzeuge

• Übersichten zu freien Test-Werkzeugen sind auf opensourcetesting.org und JSurfer zu finden
• allgemeine Unit-Tests: JUnit4
• Swing-GUI-Tests: JfcUnit
• Server-seitige Tests: Ejb3Unit, siehe auch 5.2 Testen der Swing-Oberfläche
• nicht im Projekt angewendet, aber als zusätzliche Information: Model-based Testing

---

weiter zu 3.6 Zeit und Ressourcenplanung
zurück zu 3.4 Funktionale Abläufe
zurück zu 3 Entwurf
zurück zu [FrontPage]