Wir schreiben Plugins für das Solidworks CAD-System. Das Schreiben eines Add-Ins beinhaltet das Kompilieren einer DLL, das Registrieren und das Starten von Solidworks. Der Code in der DLL kann so konfiguriert werden, dass er ausgeführt wird, sobald Solidworks gestartet wird.So verwenden Sie XUnit mit Visual Studio, um den Testcode in einem Remote-Prozess zu testen
Ich würde gerne eine spezielle DLL erstellen, so dass sie eine Reihe von Komponententests oder einen einzelnen Komponententest aus dem Visual Studio ausführt und die Ergebnisse wie üblich an das Visual Studio zurückmeldet.
Wir freuen uns, entweder den Standard-Visual-Studio-Test oder das Nachschärfetestsystem zu verwenden.
Ist es möglich, eine Erweiterung des Einheitentestsystems zu schreiben, um dies zu erreichen. Wenn ja, wie schwer ist das zu erreichen? Vielleicht gibt es Erweiterungen, die für andere Plug-in-Umgebungen, die getestet werden müssen, bereits etwas ähnliches tun.
testen Solidworks Add-Ins kann sehr schmerzhaft sein ... –
Wenn ich Solidworks Add-Ins-Code testen, finde ich es sehr viel einfacher zu marschhals.GetActiveObject ("SolidWorks.Application"), um SLDworks-Objekt zu erhalten und dann einfach durchlaufen es ist mein Code. Ich denke, dass dies in einer Einheit kombiniert werden kann, so dass Sie im Grunde Solidworks aufarbeiten, ohne dass Sie die DLL kompilieren und regasmieren müssen und darauf warten müssen, dass sldwrks startet. –
Ich habe vergessen, dass ich das gefragt habe. Wir haben fast eine Erweiterung für xunit geschrieben, um das Testen von echten Prozesseinheiten zu ermöglichen. Es enthält ein Solidworks-Add-In, das einen WCF-Dienst enthält. Der WCF-Dienst ist Teil einer xunit-Erweiterung, die wir geschrieben haben. Am Ende ist der Prozess komplett transparent und die Unit-Tests sind sogar debuggbar. Hoffentlich werden wir es am Montag fertig bekommen und wir werden es veröffentlichen. Staat abgestimmt. – bradgonesurfing