(Unterschied zwischen Versionen)
K |
K |
| Zeile 44: |
Zeile 44: |
| | | | |
| | === Verwendung von AccUnit === | | === Verwendung von AccUnit === |
| - | [[AccUnit:Erzeugen der Testumgebung | Erzeugen der Testumgebung (Verweise + Hilfsklassen u. -module)]] | + | [[AccUnit:Bedienungsanleitung|Bedienungsanleitung]] |
| - | | + | |
| - | [[AccUnit:Tests erstellen| Tests erstellen]]
| + | |
| - | | + | |
| - | [[AccUnit:VBIDE Add-in| Add-in für den VBA-Editor]]
| + | |
| | | | |
| | === Entwicklung === | | === Entwicklung === |
Version vom 17:40, 19. Sep. 2010
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)
- 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
- 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)
- Eine vertikale Bildlaufleiste soll bei Bedarf eingeblendet werden ... diese wird angezeigt, es ist aber derzeit die Breite schlecht anpassbar
- Kontextmenü zum Öffnen der Detailansicht, Wechseln zum Code usw.
- Category-Attribut
- Parameter: Name (erforderlich)
- Ignore-Attribut
- Parameter: Begründung (
erforderlich)
Verwendung von AccUnit
Bedienungsanleitung
Entwicklung
Mitmachen und unterstützen
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
Fehler und Ergänzungswünsche eintragen
SimplyVBUnit-VBATestSuite
VBATestSuite mit SimplyVBUnit