(Unterschied zwischen Versionen)
				
		
		
		
		
		
		
		
		|   | K  | 
		| Zeile 56: | Zeile 56: | 
|  | {{websvn.accunit|path=src/#path_trunk_src_|text=Quellcode im SVN-Repostitory}} |  | {{websvn.accunit|path=src/#path_trunk_src_|text=Quellcode im SVN-Repostitory}} | 
|  |  |  |  | 
| - | {{related links|links=[http://access-codelib.net/accunit/ AccUnit Startseite] · [[AccUnit:Installation | Installation]]}} | + | {{related links|links=[http://accunit.access-codelib.net/ AccUnit Startseite] · [[AccUnit:Installation | Installation]]}} | 
|  |  |  |  | 
|  | [[AccUnit/en]] |  | [[AccUnit/en]] | 
Version vom 08:45, 25. Feb. 2011
  Was soll eine Access/VBA-Test-Plattform können? 
-  Einfacher Start der Tests
-  Alle vorhandenen Tests starten: TestSuite.AddFromVBProject.Runbzw. über VBIDE-Add-In
-  Einzelne Tests starten: TestSuite.Add(new Testklasse).Runbzw. 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) für Jet: Rollback-Attribut
-  Für SQL-Server noch testen/erweitern
 
-  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
Fehler und Ergänzungswünsche eintragen
Code-Dokumentation
Quellcode im SVN-Repostitory
Weiterführende Links: AccUnit Startseite ·  Installation
AccUnit/en