Version vom 18:21, 18. Jan. 2011

Was soll eine Access/VBA-Test-Plattform 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: mittels Kontextmenü: aktiven Test, im Ergebnisbaum: ausgewählte Tests
  • 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)
  • Testklassen und/oder Test-Methoden für aktives Code-Modul bzw. Prozedur per Kontext-Menü erstellen.
• Test-Verwaltung
  • Testklassen mit Compiler-Anweisungen auskommentieren, damit bei der Auslieferung der Anwendung die Verweise auf SimplyVBUnit und AccUnit nicht benötigt werden. Wäre wirkungslos, da die Implements-Zeilen trotzdem interpretiert werden und somit der Verweis auf AccUnit vorhanden sein müsste.
  • 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
  • Beim Lauf der Tests bereits den Status anzeigen (pending, executing, passed, failed, error, inconclusive, ignored)
  • Das Testergebnis Tool-Window soll nach Abschluss eines Testlaufs nocheinmal geöffnet werden (für den Fall dass es während einer Debugging-Session geschlossen wurde). Über Menü "Ansicht" kann das Fenster geöffnet werden.
  • Bei Doppelklick auf einen Eintrag soll ein Fenster mit den Angaben aufgehen in denen auch lange Texte gelesen werden können (ggflls. mit Scrollen)'
  • Kontextmenü zum Öffnen der Detailansicht, Wechseln zum Code usw.
• Category-Attribut
  • Parameter: Name (erforderlich) => AccUnit:Tags
• Ignore-Attribut
  • Parameter: Begründung (erforderlich)
• Schnittstellen
  • Ferngesteuerter Testaufruf inkl. Rückgabe des Testergebnisses

Verwendung von AccUnit

Bedienungsanleitung

Entwicklung

Fehler und Ergänzungswünsche eintragen

Code-Dokumentation

Quellcode im SVN-Repostitory

Weiterführende Links: AccUnit Startseite · Installation