2009-03-31 41 views
5

Tôi đang sử dụng partcover để sản xuất hệ thống mã hóa cho một loạt các thử nghiệm đơn vị được hỗ trợ mstest.Bàn điều khiển PartCover tạo ra đầu ra trống xml

tôi sử dụng dòng lệnh:

PartCover.exe --target "c:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE\MSTest.exe" --target-args "/testcontainer:c:\CrusieControlProjects\AcademyPro\AcademyTests\bin\Release\AcademyTests.dll" --include [AcademyPro*]* 

này chạy, tất cả đều pass, nhưng tôi kết thúc với kết quả:

Results file:  C:\Program Files\Gubka Bob\PartCover .NET 2.3\TestResults\Administrator_PSLV22 2009-03-31 17_54_18.trx 
Run Configuration: Default Run Configuration 
Target PageFaultCount: 10565 
Target PagefileUsage: 27631616 
Target PeakPagefileUsage: 31297536 
Target PeakWorkingSetSize: 31498240 
Target QuotaNonPagedPoolUsage: 8180 
Target QuotaPagedPoolUsage: 217124 
Target QuotaPeakNonPagedPoolUsage: 13012 
Target QuotaPeakPagedPoolUsage: 255524 
Target WorkingSetSize: 30310400 
request target shutdown 
<PartCoverReport date="2009-03-31T18:00:36.7676250+01:00" /> 

Khi tôi chạy với --output lệnh xml tệp kết thúc bằng chỉ

<PartCoverReport date="2009-03-31T18:00:36.7676250+01:00" /> 

Tại sao điều này có thể xảy ra?

Trả lời

4

Để khắc phục điều này, tôi đã kết thúc hạ cấp.

Tôi đang sử dụng phiên bản 2.3 (là phiên bản dành cho nhà phát triển) và chuyển sang phiên bản 2.2.

Bây giờ các thử nghiệm chạy tốt và tôi nhận được dữ liệu bảo hiểm hợp lý.

Có thể điều đó sẽ giúp ai đó.

4

Tôi đã gặp sự cố tương tự với NUnit trên x64. Vấn đề là tôi đã sử dụng nunit-console.exe (AnyCPU). Chuyển sang nunit-console-x86.exe (rõ ràng 32-bit) đã giải quyết được vấn đề.

Tôi không có quyền truy cập vào môi trường có MSTest, nhưng nếu tệp thực thi bạn đang tham chiếu là AnyCPU, bạn có thể tìm phiên bản 32 bit rõ ràng trên hệ thống của mình. Trường hợp xấu nhất, bạn có thể tạo một bằng CorFlags.

+0

Vấn đề tương tự khi chạy trên 64 bit. Đã thay đổi thành nunit-console-x86.exe để giải quyết vấn đề này. – tronda

Các vấn đề liên quan