Hallo!
leider müsste man dazu in Access immer die eine Datenbank schliessen um dann die andere Datenbank wieder aufzumachen usw....
Das könnte möglicherweise ein Add-In oder eine spezielle Anwendung übernehmen.
Meiner Ansicht nach muss man die Art der Tests unterscheiden.
Tests, die ich erstelle um Code zu programmieren (TDD), würde ich anfangs immer im dem VBA-Projekt habe, in dem ich den Code gestalte.
Tests, die ich nur zur Überprüfung vor der Auslieferung laufen lassen, um durch Refactoring o. ä. "eingeschmuggelte" Fehler zu finden (oder Integrationstests), könnte ich mir schon zusammengestellt in einem eigenen Test-Projekt vorstellen. (Das käme dann sogar der Arbeit mit dem Visual Studio näher.)
Wenn man dann dieses Test-Projekt nicht als Test-Projekt sondern als "Auslieferungsprojekt" betrachte, das z. B. auch die Einstellungen (Late binding-Umstellung, Komileranweisungen usw.) für die Nutzung beim Endanwender erzeugt, könnte das ganz praktisch werden.
Prinzip:
Auslieferungs-Anwendung bereitet die zu testenden Anwendung für die Auslieferung vor und bindet diese als Verweis ein. Anschließend wird die aufbereitete Anwendung auch als Verweis in das Testprojekt und das Testprojekt ebenso als Verweis (oder direkt importiert) in die Auslieferungs-Anwendung eingebunden. Jetzt können die Tests mit dem "Produktiv-Code" durchgeführt werden und man testet somit genau jene Anwendung, die der Kunde nutzt. (Möglicherweise wird die Anwendung dann sogar bereits als mde/accde getestet).
Während der Programmierung würde ich mir aber immer noch alle notwendigen Tests in die jeweilige Anwendung kopieren, damit ich nach belieben Testen kann und nicht einige Minuten für die Test-Vorbereitung benötige - sonst teste ich nämlich nicht bzw. erst zu spät.
mfg
Josef