Khi tôi xây dựng một dự án thử nghiệm đơn vị trước khi các thử nghiệm được thực thi, đầu ra thử nghiệm được sao chép vào thư mục TestResults và sau đó các thử nghiệm được thực thi. Vấn đề tôi gặp phải là không phải tất cả các tệp trong thư mục Debug / bin đều được sao chép vào dự án TestResults.
Làm cách nào tôi có thể nhận được một tệp được sao chép vào thư mục Debug / bin để được sao chép vào thư mục TestResults?
Câu trả lời:
Cách tiêu chuẩn để thực hiện việc này là chỉ định các mục triển khai trong .testrunconfigtệp, có thể được truy cập thông qua mục Chỉnh sửa cấu hình chạy thử trong menu Visual Studio Test hoặc trong thư mục Mục giải pháp .
Bạn có thể chỉ định thuộc tính triển khai như một ví dụ hiển thị bên dưới; Ngoài ra, bạn cần đặt thuộc tính "Nội dung" & "Sao chép nếu mới hơn" (không có tài liệu nào về các cài đặt sau này, nhưng bạn đã đặt chúng để làm cho nó hoạt động.
[TestMethod]
[DeploymentItem("mytestdata.xml")]
public void UploadTest()
{
}Tôi đã phải bật "Kích hoạt triển khai" bên dưới Test -> Edit Test Settings -> Local -> Deploymentđể [DeploymentItem]thuộc tính hoạt động.
Tất cả ba câu trả lời đều đúng, tùy thuộc vào nhu cầu của bạn.
Thêm tệp để triển khai trong .testrunconfig (.testsinstall trong VS2010) sẽ sao chép tất cả các tệp đó vào mọi thư mục đầu ra thử nghiệm, ngay cả đối với các thử nghiệm không liên quan chạy riêng rẽ. Nếu bạn chạy một thử nghiệm, tất cả các tệp dữ liệu thử nghiệm được liệt kê trong phần triển khai của .testss settings sẽ được sao chép vào thư mục đầu ra thử nghiệm.
Trong các thử nghiệm của mình, tôi cần sao chép một tệp XML dự kiến vào thư mục đầu ra thử nghiệm để so sánh với XML đầu ra thử nghiệm thực tế. Tôi sử dụng thuộc tính DeploymentItem để chỉ sao chép tệp XML liên quan đến (các) thử nghiệm đang được chạy. Trong VS2010, tôi đã phải kích hoạt triển khai trong tệp .testsinstall (nhưng không thêm bất kỳ đường dẫn nào) và sau đó tham chiếu đường dẫn tệp XML liên quan đến TestProject trong DeploymentItem.
Hi vọng điêu nay co ich.
Chỉ muốn nâng cao câu trả lời được chấp nhận bằng cách đề cập đến một cách để khiến nó được triển khai cụ thể cho dll chứ không phải là phương pháp thông thường sử dụng nó cho dữ liệu hoặc cấu hình, v.v., trong trường hợp CopyLocal không hoạt động:
[DeploymentItem("bin\\release\\iRock.dll")]
[DeploymentItem("bin\\debug\\iRock.dll")]Các hoạt động sau đây trong VS2012 cho các dự án thử nghiệm được bao gồm trong nhiều giải pháp mà không cần sử dụng tệp thử nghiệm:
1) Sắp xếp các tệp và thư mục bạn muốn triển khai vào một thư mục trong thư mục dự án thử nghiệm.
2) Trong thuộc tính dự án, tạo một bước xây dựng bài
xcopy /Y /S /i "$(ProjectDir)<Project_Folder_Name>\*" "$(TargetDir)<Deployment_Folder_Name>"$(ProjectDir)và $(TargetDir)là các macro sẽ được giải thích bởi VS và nên được đưa vào như vậy.
<Project_Folder_Name> là tên của thư mục được tạo ở bước 1.
<Deployment_Folder_Name>là tên của thư mục trong đó các tập tin thử nghiệm sẽ được triển khai và cần được đặt tên như vậy mà nó sẽ là duy nhất khi nhiều dự án thử nghiệm được triển khai để cùng một thư mục, ví dụ <Project_Name>_TestInputs.
Các tệp thử nghiệm trong các vị trí được chia sẻ cũng nên được sao chép vào thư mục triển khai thư mục đích để hạn chế các tương tác thử nghiệm. Cung cấp đường dẫn nguồn liên quan đến $(ProjectDir)macro. Ví dụ "$(ProjectDir)..\..\Common Files\C1219TDL-2008.xml".
3) Thêm một thuộc [DeploymentItem(source, destination)]tính cho mỗi phương thức thử nghiệm sử dụng tệp triển khai (thực tiễn tốt nhất) hoặc vào lớp thử nghiệm (thực hành dễ dàng hơn cho người lười biếng hoặc vội vàng và cách dễ nhất để cập nhật dự án các đường dẫn tương đối được sử dụng trước đó hoặc tệp cài đặt thử nghiệm ).
Trên một phương thức thử nghiệm, sourcelà đường dẫn đến tệp hoặc thư mục được sử dụng trong phương thức thử nghiệm so với thư mục đích được tạo bởi xcopyvà destinationlà đường dẫn đến thư mục mà nó sẽ được tạo so với thư mục triển khai. Vì vậy, các bài kiểm tra chạy nhất quán trong thư mục đích hoặc thư mục triển khai. Đường dẫn đích phải giống như đường dẫn nguồn không có tham chiếu tệp. Ví dụ : [DeploymentItem("Example_TestInputs\C1219TDL-2008.xml","Example_TestInputs")]. Các DeploymentItemnên được bao gồm trên tất cả các phương pháp sử dụng mà tập tin hoặc thư mục.
Trên một lớp sourcevà destinationcả hai tên của thư mục được tạo trong thư mục đích bởi xcopy; điều này sẽ sao chép toàn bộ thư mục vào thư mục triển khai khi bất kỳ kiểm tra nào trong lớp được chạy. Thí dụ:[DeploymentItem("Example_TestInputs","Example_TestInputs")]
4) Trong các phương thức thử nghiệm, giờ đây bạn có thể truy cập các tệp và thư mục một cách tự tin rằng chúng sẽ nằm trong thư mục làm việc bất kể Visual Studio đã quyết định đặt nó vào ngày hôm đó, ví dụ như thế nào File.Exists(".\Example_TestInputs\C1219TDL-2008.xml").
Hãy thử dòng lệnh sự kiện Post-Build từ bên trong Visual Studio (nếu bạn đang sử dụng 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";
}Câu trả lời được chấp nhận là chính xác và hầu hết các câu trả lời khác cũng vậy. Tuy nhiên, trong nhiều năm qua, tôi đã thấy rằng hệ thống Deploment của Visual Studio Unit Tests sử dụng DeploymentAttribtue và Copy to Output trở nên cồng kềnh nếu bạn có số lượng lớn tệp dữ liệu. Tôi đã thấy rằng việc giữ các tệp ở vị trí ban đầu của chúng hoạt động tốt hơn.
Chi tiết đầy đủ trong câu trả lời khác của tôi ở đây. https://stackoverflow.com/a/53004985/2989655
Hi vọng điêu nay co ich.