Podczas tworzenia projektu testu jednostkowego przed wykonaniem testów dane wyjściowe testu są kopiowane do folderu TestResults, a następnie testy są wykonywane. Problem, który mam, polega na tym, że nie wszystkie pliki w katalogu Debug / bin są kopiowane do projektu TestResults.
Jak mogę uzyskać plik, który jest kopiowany do katalogu Debug / bin, aby został również skopiowany do folderu TestResults?
Odpowiedzi:
Standardowym sposobem na to jest określenie elementów wdrożenia w .testrunconfigpliku, do których można uzyskać dostęp za pośrednictwem elementu Edytuj konfiguracje uruchamiania testu w menu Test programu Visual Studio lub w folderze Elementy rozwiązania .
Możesz określić atrybut wdrożenia, jak na przykładzie pokazanym poniżej; Musisz także ustawić właściwości „Treść” i „Kopiuj, jeśli nowszy” (nie ma dokumentacji dotyczącej późniejszych ustawień, ale ustawiłeś je, aby działały.
[TestMethod]
[DeploymentItem("mytestdata.xml")]
public void UploadTest()
{
}Musiałem włączyć opcję „Włącz wdrażanie” w sekcji, Test -> Edit Test Settings -> Local -> Deploymentaby [DeploymentItem]atrybut działał.
Wszystkie trzy odpowiedzi są poprawne, w zależności od Twoich potrzeb.
Dodanie plików do wdrożenia w .testrunconfig (.testsettings w VS2010) spowoduje skopiowanie wszystkich tych plików do każdego testowego folderu wyjściowego, nawet w przypadku niepowiązanych testów wykonywanych w izolacji. Jeśli uruchomisz jeden test, wszystkie pliki danych testowych wymienione w sekcji wdrażania pliku .testssettings zostaną skopiowane do folderu wyjściowego testu.
W moich testach muszę skopiować oczekiwany plik XML do folderu wyjściowego testu, aby porównać go z rzeczywistym testowym plikiem XML. Używam atrybutu DeploymentItem tylko do kopiowania pliku XML związanego z uruchamianymi testami. W VS2010 musiałem włączyć wdrażanie w pliku .testsettings (ale nie dodawać żadnych ścieżek), a następnie odwołać się do ścieżki pliku XML względem TestProject w DeploymentItem.
Mam nadzieję że to pomoże.
Chciałbym po prostu ulepszyć zaakceptowaną odpowiedź, wspominając o sposobie, w jaki można ją wdrożyć specjalnie dla dll, zamiast normalnej metody używania jej do danych lub konfiguracji itp., W sytuacjach, w których CopyLocal nie działa:
[DeploymentItem("bin\\release\\iRock.dll")]
[DeploymentItem("bin\\debug\\iRock.dll")]Poniższe działa w VS2012 dla projektów testowych zawartych w wielu rozwiązaniach bez użycia pliku ustawień testowych:
1) Ułóż pliki i foldery, które chcesz wdrożyć, w folderze w katalogu projektu testowego.
2) We właściwościach projektu utwórz krok po kompilacji
xcopy /Y /S /i "$(ProjectDir)<Project_Folder_Name>\*" "$(TargetDir)<Deployment_Folder_Name>"$(ProjectDir)i $(TargetDir)są to makra, które będą interpretowane przez VS i jako takie powinny być uwzględnione.
<Project_Folder_Name> to nazwa folderu utworzonego w kroku 1.
<Deployment_Folder_Name>to nazwa folderu, w którym zostaną wdrożone pliki testowe, i powinna zostać nazwana tak, aby była unikalna, gdy wiele projektów testowych jest wdrażanych w tym samym katalogu, np <Project_Name>_TestInputs.
Pliki testowe w udostępnionych lokalizacjach należy również skopiować do folderu wdrażania katalogu docelowego, aby ograniczyć interakcje testowe. Podaj ścieżkę źródłową względem $(ProjectDir)makra. Na przykład "$(ProjectDir)..\..\Common Files\C1219TDL-2008.xml".
3) Dodaj [DeploymentItem(source, destination)]właściwość do każdej metody testowej, która używa pliku wdrożenia (najlepsze rozwiązanie) lub do klasy testowej (łatwiejsza praktyka dla leniwych lub spieszących się, a najłatwiejszy sposób zaktualizowania projektu poprzednio używane ścieżki względne lub plik ustawień testowych ).
W metodzie testowej sourcejest ścieżką do pliku lub katalogu używanego w metodzie testowej względem katalogu docelowego utworzonego przez xcopyi destinationjest ścieżką do katalogu, w którym zostanie utworzony, względem katalogu wdrażania. Aby testy działały spójnie w katalogu docelowym lub w katalogu wdrożeniowym. Ścieżka docelowa powinna być taka sama jak ścieżka źródłowa bez odwołania do pliku. Przykład: [DeploymentItem("Example_TestInputs\C1219TDL-2008.xml","Example_TestInputs")]. DeploymentItemPowinny być zawarte w każdej metodzie, która wykorzystuje ten plik lub katalog.
W klasie sourcei destinationoba są nazwą folderu utworzonego w katalogu docelowym przez xcopy; spowoduje to skopiowanie całego folderu do katalogu wdrożeniowego po uruchomieniu dowolnego testu w klasie. Przykład:[DeploymentItem("Example_TestInputs","Example_TestInputs")]
4) W metodach testowych możesz teraz uzyskiwać dostęp do plików i katalogów z pewnością, że będą one w katalogu roboczym niezależnie od tego, gdzie Visual Studio zdecydowało się to umieścić tego dnia, np File.Exists(".\Example_TestInputs\C1219TDL-2008.xml").
Wypróbuj wiersz polecenia zdarzenia po kompilacji z poziomu programu Visual Studio (jeśli używasz tego środowiska IDE).
[TestMethod]
[DeploymentItem("ProjectName/Folder/SubFolder/file.xml", "Folder/Subfolder")]
public void YourTestMethod()
{
// in the method you are testing you should have this:
var filePath = Path.GetDirectoryName(Assembly.GetExecutingAssembly().CodeBase) + "/Folder/Subfolder/file.xml";
}Przyjęta odpowiedź jest poprawna, podobnie jak większość pozostałych odpowiedzi. Jednak przez lata odkryłem, że system Deploment testów jednostkowych programu Visual Studio przy użyciu DeploymentAttribtue i Copy to Output jest uciążliwy, jeśli masz dużą liczbę plików danych. Zauważyłem, że przechowywanie plików w ich pierwotnej lokalizacji działa lepiej.
Pełne szczegóły w mojej drugiej odpowiedzi tutaj. https://stackoverflow.com/a/53004985/2989655
Mam nadzieję że to pomoże.