Visual Studio 2013 - Stop MS-Test von der Bereitstellung im Ordner Testergebnisse

Question

Ich arbeite mit codierten UI-Tests und Visual Studio 2013. Jetzt muss ich testen, ob Bilder aus einem Ordner in der Anwendung korrekt angezeigt werden. Deshalb habe ich einen Ordner erstellt, der die Bilder enthält und Build-Aktion auf keine und Bereitstellung auf immer.

Leider werden alle Tests in einem eigenen Testergebnisordner ausgeführt und meine Bilder werden nicht korrekt bereitgestellt. Ich weiß, dass ich das tun könnte, indem ich das DeploymentItem-Attribut oder eine testsettings-Datei verwende, aber das möchte ich nicht tun. Ich möchte den Ordner "Testergebnisse" vermeiden und die Tests innerhalb des Ausgabeordners meines Testprojekts ausführen.

Ich mache dies mit den Unit-Tests zum Beispiel. Sie sind mit XUnit.Net geschrieben, was gut funktioniert. Ich dachte, es würde auch mit MS Test funktionieren, aber das scheint nur für Komponententests zu funktionieren, aber nicht für Codierte UI-Tests.

Also, um es noch einmal zusammenzufassen: Wie kann ich den Ordner "Testergebnisse" loswerden, wenn ich Coded UI Tests mit Visual Studio 2013 benutze und meine Tests einfach innerhalb des Ausgabeverzeichnisses des Projekts durchführe?

Answer 1

Sie können dies mit einem benutzerdefinierten Eintrag in der .runsettings-Datei, denke ich.

DeploymentItemAttribute Class

Betrachten Sie Ihre Unit-Tests direkt in der Build-Ausgabe Verzeichnis ausgeführt wird, so dass die Prüfung schneller läuft. Dies ist besonders nützlich auf dem Build-Server , nachdem Sie Ihre Tests eingecheckt haben. Um dies zu tun fügen Sie eine .runsettings-Datei zu Ihrer Lösung, einschließlich False, und wählen Sie die Datei in das Menü Test, Test Settings. Derselbe Effekt tritt in jedem Testlauf auf, in dem DeploymentItemAttribute überhaupt nicht verwandt wird.

Allerdings möchten Sie möglicherweise dies nicht tun, wenn Sie die Daten Dateien nach einem fehlgeschlagenen Lauf überprüfen möchten.

Sie keine Bereitstellungsordner mit vermeiden können, wenn Sie eine .testsettings-Datei verwenden, die für Web- und Belastungstests, Tests der codierten UI erforderlich ist, und jeder Test, in dem Sie eine Anwendung auf entfernten Rechnern einsetzen.

Was DeploymentItemAttribue selbst würde ich klar die Finger davon lassen, wenn die folgenden Probleme behoben wurden, Gotchas: MSTest’s [DeploymentItem] attribute. +1 für xUnit in TestDriven.NET.