Wiki der Access Code Library

Gemeinsam zu mehr Effizienz in der Anwendungserstellung

AccUnit

Aus Access Code Library
(Unterschied zwischen Versionen)
Wechseln zu: Navigation, Suche
K (Was soll eine Access/VBA-Test-Suite können?)
Zeile 13: Zeile 13:
** Ausgabe in ...
** Ausgabe in ...
*** Debug-Fenster (Direktbereich bzw. Add-In-Fenster){{checked}}
*** Debug-Fenster (Direktbereich bzw. Add-In-Fenster){{checked}}
 +
*** TreeView {{checked}}
*** Text-Datei  
*** Text-Datei  
*** Stringvariable / String-Rückgabe
*** Stringvariable / String-Rückgabe
Zeile 26: Zeile 27:
** Testklassen mit Compiler-Anweisungen auskommentieren, damit bei der Auslieferung der Anwendung die Verweise auf SimplyVBUnit und AccUnit nicht benötigt werden.
** Testklassen mit Compiler-Anweisungen auskommentieren, damit bei der Auslieferung der Anwendung die Verweise auf SimplyVBUnit und AccUnit nicht benötigt werden.
** Testklassen der Anwendung exportieren und importieren (z. B. als Textdatei in ein Unterverzeichnis) {{checked}}
** Testklassen der Anwendung exportieren und importieren (z. B. als Textdatei in ein Unterverzeichnis) {{checked}}
 +
* TreeView für die Testergebnisse
 +
** Sicherstellen, dass alle Knoten fehlgeschlagener Tests/Rows aufgeklappt sind
 +
** Von jedem Eintrag zur entsprechenden Codestelle wechseln können
 +
** Im Tree Einträge auswählen können und danach diese Tests wieder laufen lassen
=== Verwendung von AccUnit ===
=== Verwendung von AccUnit ===

Version vom 12:00, 10. Sep. 2010

Was soll eine Access/VBA-Test-Suite können?

  • Einfacher Start der Tests
    • Alle vorhandenen Tests starten: TestSuite.AddFromVBProject.Run bzw. über VBIDE-Add-In
    • Einzelne Tests starten: TestSuite.Add(new Testklasse).Run bzw. in Add-In auswählen
    • Einzelne Methoden aus einer Testklasse starten: TestSuite.Run("Methode") ... ist vermutlich mit SimplyVBUnit nicht möglich
    • Tests der gerade sichtbaren Testklasse : über VBIDE-Add-In bzw. TestSuite.Run(tsActiveCodeModul)
    • Alle Tests für das gerade sichtbare CodeModule starten ... wie erkennt man die Tests für ein CodeModule?
  • Ausgabe der Testergebnisse
    • alle Ergebnisse anzeigen
    • nur die fehlgeschlagenen Tests anzeigen
    • Zusammenfassung am Ende
    • Ausgabe in ...
      • Debug-Fenster (Direktbereich bzw. Add-In-Fenster)
      • TreeView
      • Text-Datei
      • Stringvariable / String-Rückgabe
  • Rollback-Funktionalität
    Falls im Test Tabellendaten geändert werden, sollten diese nicht gespeichert werden (DBEngine.BeginTrans/DBEngine.Rollback)
  • Row-Test-Feature / Testdaten aus Tabelle
    • Testdaten als Kommentarzeile oberhalb der Test-Methode angeben
    • Testdaten aus Tabelle auslesen, ohne im Test einen Datenzugriff programmieren zu müssen.
  • Einfache Testerstellung
    • Testklassen aus Vorlagen erzeugen
    • Assistent für Test-Methoden (vor allem für Row-Tests)
  • Test-Verwaltung
    • Testklassen mit Compiler-Anweisungen auskommentieren, damit bei der Auslieferung der Anwendung die Verweise auf SimplyVBUnit und AccUnit nicht benötigt werden.
    • Testklassen der Anwendung exportieren und importieren (z. B. als Textdatei in ein Unterverzeichnis)
  • TreeView für die Testergebnisse
    • Sicherstellen, dass alle Knoten fehlgeschlagener Tests/Rows aufgeklappt sind
    • Von jedem Eintrag zur entsprechenden Codestelle wechseln können
    • Im Tree Einträge auswählen können und danach diese Tests wieder laufen lassen

Verwendung von AccUnit

Erzeugen der Testumgebung (Verweise + Hilfsklassen u. -module)

Tests erstellen

Add-in für den VBA-Editor

Entwicklung

Code-Dokumentation

Hinweise und Notizen zum C#-Quellcode der AccUnit-Bibliothek

Funktionsweise von datengetriebenen Tests in SimplyVBUnit v3

Begriffe / Definitionen

Aufbau der TestSuite

Quellcode im SVN-Repostitory

SimplyVBUnit-VBATestSuite

VBATestSuite mit SimplyVBUnit