spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Ja, aber "Download" automatisch mit "Raubkopie" gleichzusetzen ist doch nicht das Gelbe vom Ei. Naja auch egal. Hab es jetzt so gelöst:

- ein neues Projekt von der Vorlage "Test-Projekt" erstellt
- die zu testende Bibliothek eingebunden
- in managed c++ die Tests geschrieben

Funktioniert so weit, einziges Manko ist, dass man keine Bibliotheks-internen Funktionen testen kann.

Aja, kann man noch irgendwie, ohne den Umweg über externe Batchfiles zu gehen, das Ausführen bestimmter Tests als Postbuild-Event festlegen?

Hm hab schon ne Menge gesucht, aber irgendwie keine Lösung dafür gefunden, außer mit einem externen Programm, das man noch extra installieren muss. Ist auch nicht so dramatisch, wär aber schon cool wenn du vielleicht nachschauen könnest, wie ihr es gelöst habt

Was mich viel mehr stört: Wenn ich einen Test debugge und zu einer Stelle komme, wo eine Funktion aus der eigenbunden (zu testenden) Bibliothek verwendet wird, dann kann ich dort nicht reinsteppen. Ich vermute, dass es daran liegt, dass der Test in Managed (Mixed) C++ geschrieben ist, während die Bibliothek Unmanaged C++ ist, könnte das sein? Gibt es eine Möglichkeit, dieses Umstand zu beseitigen?

Vielen Dank im Voraus!

Zitat von »"mystery"«

Also eine erste Idee, da ich nicht weiß ob du es eingestellt hast, wäre folgendes:
Gehe in die Konfigurationseigenschaften bei den Projekteigenschaften und dort unter Debugging. Bei Debuggertyp stelle gemischt (System und Verwalteter Code) ein. Wenn es das nicht war melde Dich einfach wieder.

Hat geholfen, danke

So, nun habe ich aber wieder ein Problem. Bisher habe ich die Tests nur für eine statische Bibliothek verwendet. Nun wollte ich eben auch Tests für eine DLL erstellen. Also ganz gewöhnlich diesen Code an der entsprechenden Stelle eingefügt:

Nur leider, wenn ich jetzt einen in der Bibliothek definierten Datentyp verwende, bekomme ich beim Ausführen des Tests stets die Fehlermeldung:

Zitat

Der Typ "UnitTests.Testklassenname, Unit Tests" konnte nicht abgerufen werden. Fehler: System.IO.FileNotFoundException: Das angegebene Modul wurde nicht gefunden. (Ausnahme von HRESULT: 0x8007007E)
bei System.Reflection.Assembly._nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection)
bei System.Reflection.Assembly.nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection)
bei System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection)
bei System.Reflection.Assembly.InternalLoadFrom(String assemblyFile, Evidence securityEvidence, Byte[] hashValue, AssemblyHashAlgorithm hashAlgorithm, Boolean forIntrospection, StackCrawlMark& stackMark)
bei System.Reflection.Assembly.LoadFrom(String assemblyFile)
bei Microsoft.VisualStudio.TestTools.TestTypes.Unit.UnitTestExecuter.GetType(UnitTestElement unitTest, String type)
bei Microsoft.VisualStudio.TestTools.TestTypes.Unit.UnitTestExecuter.ResolveMethods().

Eine Idee, woran's liegen könnte?

Ja das habe ich mir auch schon gedacht, dass er die DLL nicht findet. Nur verstehe ich nicht, wie das sein kann, wenn die DLL im selben Verzeichnis liegt, wie die DLL, die vom UnitTests-Projekt erstellt wird. Liegt nämlich beides in /Debug. Daher habe ich die Idee auch wieder verworfen gehabt

Übrigens tritt der gleiche Fehler auch auf, wenn ich die einzubindende DLL nach Windows/System32 kopiere. Und dort schaut der ja immer nach, wenn ich mich recht entsinne.

EDIT 1: Mal so ne Frage, woher weiß der eigentlich, wie die DLL heißt, die er einbinden soll? Weil den Namen der DLL gebe ich ja nirgens an O_o

EDIT 2: Ich denke jetzt darüber nach, die DLL für die Tests als statische Bibliothek zu kompilieren. Muss ich dafür ein neues Projekt anlegen, oder kann man es irgendwie einstellen, dass sowohl eine dynamische als auch eine statische Bibliothek von denselben Sources kompiliert wird? Hab dazu leider nichts gufunden.

EDIT 3: Ich habe eben einfach mal etwas mit den Projekteinstellungen rumgespielt und so die betreffende DLL unter "Eingabe > Verzögert geladene DLLs" hinzugefügt. Seltsamerweise ließen sich die Tests danach schonmal ausführen, allerdings bekam ich eine mir nichtssagende Fehlermeldung an der Stelle, wo ein in der DLL definierte Datentyp erstmals verwendet wird. So weit ich der Doku jedoch entnehmen konnte, ist diese Compileroption Nichts was mir wirklich weiterhelfen könnte.

Hi, erstmal danke für die rasche Antwort. Aber was meinst du mit der "zweiten Version"? Und wenn ich mir einen funktionierenden Test ansehe, dann wird da beim Kompilieren des Tests auch keine exe generiert? O_o Ich kann jedenfalls im Projektmappenverzeichnis bzw. einem Unterverzeichnis davon keine exe Dateien finden.