Tôi đã vật lộn với VS 2017 kể từ khi tôi cài đặt nó. Bây giờ có vẻ như Bài kiểm tra đơn vị sẽ chỉ chạy từ dòng lệnh "kiểm tra dotnet".

Dự án của tôi là .NET Core 1.1.1. Tôi đã cài đặt SDK và cập nhật khung cho 1.1.1.

Tôi đã thử mẫu tại MSDN ( https://msdn.microsoft.com/en-us/l Library / ms182532.aspx ) cũng thất bại chính xác theo cách tương tự.

Tất cả các gói NuGet cho các thử nghiệm và dự án chính là hiện tại. Và cả dự án thử nghiệm và xây dựng dự án chính đều không có lỗi. Một bài kiểm tra chạy thành công từ dòng lệnh.

Có ai đã nhận được Bài kiểm tra đơn vị để chạy trong VS 2017, nếu vậy thì thế nào?

Cảm ơn, John

Cập nhật - Mở rộng

Dưới đây là một ví dụ về một dự án thử nghiệm đơn giản không hoạt động trên GitHub . Đây là một ví dụ với xUnit nhưng tôi đã thử NUnit và visual studio được xây dựng trong các bài kiểm tra MS. Bất kể thử nghiệm nào hoặc thay đổi gì tôi thực hiện, tôi không thể có được người chạy thử nghiệm VS để tìm bất kỳ thử nghiệm nào.

Những gì tôi đã thử

• Xóa các tập tin bộ đệm thử nghiệm VS DEL %TEMP%\VisualStudioTestExplorerExtensions
• Khởi động lại VS
• Đóng / Mở thử nghiệm thám hiểm
• cho xUnit được cài đặt Microsoft.DotNet.InternalAbstractions( xem bài SO )
• đối với NUnit, đảm bảo bộ điều hợp được cài đặt và cùng phiên bản (3) với gói NUnit
• test -> test settings -> default processor architecture được đặt thành x86

Câu hỏi
Bất cứ ai cũng có thể vui lòng cung cấp một ví dụ hoạt động của giải pháp .Net Core 1.1.0 trong VS2017 (tệp dự án .csproj) trong đó trình khám phá thử nghiệm VS tìm thấy thành công các thử nghiệm đơn vị HOẶC cho tôi biết vấn đề trong ví dụ đã cho.

Trong trường hợp của tôi, hóa ra tôi chỉ đơn giản là phải nâng cấp bộ điều hợp thử nghiệm và khung thử nghiệm. Làm xong.

Ví dụ sử dụng Trình quản lý gói NuGet:

Điều này chỉ làm việc cho tôi (không biết liệu đó có phải là kết quả của việc thay đổi không gian làm việc làm hỏng thứ gì đó không):

Xóa các tệp bộ đệm thử nghiệm VS trong% TEMP% \ VisualStudioTestExplorerExtensions và khởi động lại VS2017.

API cho các bộ điều hợp thử nghiệm cho .NET Core đã thay đổi khi phát hành Visual Studio 2017 và chuyển từ project.jsonđịnh dạng sang csprojđịnh dạng. Điều này làm cho các dotnet-test-*bộ điều hợp hiện có như dotnet-test-nunitlỗi thời.

Các bộ điều hợp đã được cập nhật, nhưng cách bạn thiết lập và chạy thử nghiệm trong Visual Studio hoặc trên dòng lệnh dotnet testyêu cầu các tham chiếu khác nhau trong các dự án thử nghiệm của bạn. Cẩn thận với bất kỳ tài liệu nào bạn thấy rằng các gói tham chiếu ở dotnet-test-*định dạng vì chúng đã lỗi thời.

Đầu tiên, dự án thử nghiệm của bạn phải nhắm mục tiêu một nền tảng cụ thể, hoặc .NET Core hoặc .NET Framework. Nó không thể nhắm mục tiêu .NET Standard ngay cả khi mã bạn đang kiểm tra là .NET Standard. Điều này là do mục tiêu của các thử nghiệm cho biết nền tảng nào sẽ chạy thử nghiệm theo. .NET Standard giống như một PCL (Thư viện lớp di động) ở chỗ nó có thể chạy trên nhiều nền tảng.

Tiếp theo, bạn cần thêm tài liệu tham khảo Microsoft.NET.Test.Sdk, khung lựa chọn thử nghiệm của bạn và bộ điều hợp thử nghiệm tương thích. Đối với NUnit, tài liệu tham khảo của bạn sẽ trông như thế này,

<itemgroup>
    <packagereference Include="Microsoft.NET.Test.Sdk" Version="15.0.0"></packagereference>
    <packagereference Include="NUnit" Version="3.7.1"></packagereference>
    <packagereference Include="NUnit3TestAdapter" Version="3.8.0"></packagereference>
</itemgroup>

Một bình luận ở trên đề cập thêm,

<ItemGroup>
    <Service Include="{82a7f48d-3b50-4b1e-b82e-3ada8210c358}" />
</ItemGroup>

Điều này không bắt buộc, nhưng có thể giúp. Nó được tự động thêm vào tất cả các dự án thử nghiệm đơn vị bởi Visual Studio để giúp nó nhanh chóng tìm thấy các dự án có thử nghiệm.

Nếu các thử nghiệm của bạn không xuất hiện trong Visual Studio, điều đầu tiên cần thử là đóng giải pháp của bạn và sau đó mở lại chúng. Dường như có lỗi trong Visual Studio không phát hiện ra các thay đổi đối với các dự án khi bạn chỉnh sửa chúng.

Để biết thêm thông tin, hãy xem Kiểm tra .NET Core với NUnit trong Visual Studio 2017

Tôi đã có cùng một vấn đề và làm cho nó hoạt động bằng cách làm như sau ..:

• Trước tiên hãy đóng tất cả các phiên bản Visual Studio đang mở và xóa thư mục này:% TEMP% \ VisualStudioTestExplorerExtensions. ( Chạy thử nghiệm với Visual Studio )
• Chuyển đến trình quản lý gói Nuget của bạn và cài đặt Microsoft.NET.Test.Sdk (15.3.0-preview-20170425-07) trước rồi cài đặt xunit.runner.visualstudio (2.3.0-beta1-build1309). Xem ảnh chụp màn hình Nuget đính kèm để xem tất cả các gói tôi phải cài đặt để có bản VS 2017 mới nhất để phát hiện các thử nghiệm của tôi.

Quên làm cho lớp kiểm tra công khai ngăn chặn các phương thức kiểm tra bên trong được phát hiện

Tôi đã có một dự án xUnit mặc định và đã xóa UnitTest1.cs mẫu, thay thế nó bằng một lớp kiểm tra bộ điều khiển, với một vài thử nghiệm, nhưng không tìm thấy

Câu chuyện dài, sau khi cập nhật các gói xUnit, Test.Sdk, xUnit.runner và xây dựng lại dự án tôi gặp phải lỗi xây dựng:

Lỗi xUnit1000 Các lớp kiểm tra phải được công khai

Rất may, phiên bản cập nhật đã ném ngoại lệ này để tránh cho tôi một số rắc rối

Sửa đổi lớp kiểm tra thành công khai đã khắc phục sự cố của tôi

Trong trường hợp của tôi, tôi nhắm mục tiêu dự án thử nghiệm vào x64Kiến trúc và cài đặt thử nghiệm Kiến trúc (test-> Kiến trúc bộ xử lý mặc định) đã thay đổi được đặt thành x86. Họ không hợp nhau.

Sau khi thiết lập lại cài đặt kiểm tra Kiến trúc x64và xây dựng lại tất cả các kiểm tra đã được phát hiện lại.

Tôi đã gặp rắc rối với VS 2017 khi tìm thấy UnitTest của mình. Đó không phải là vấn đề chính xác mà John đã hỏi - nhưng đây là kết quả đầu tiên trong google mà tôi tìm kiếm nên tôi muốn chia sẻ vấn đề của mình.

Tôi đã có một giải pháp kế thừa từ VS2010 trở lại qua VS2013, VS2015. Bây giờ trong VS2017, dường như các không gian tên cho [TestMethod]Thuộc tính đã thay đổi.

Trước khi nó được sử dụng

Microsoft.VisualStudio.QualityTools.UnitTestFramework, Version=10.0.0.0

Tôi đã tạo một Test.dll mới trong dự án và một cái được sử dụng theo mặc định

Microsoft.VisualStudio.TestPlatform.TestFramework, Version=14.0.0.0

Vì vậy, giải pháp của tôi là tạo ra một dự án UnitTest mới từ bên trong VS2017. Có lẽ thay đổi tham chiếu lắp ráp cho dự án thử nghiệm cũ cũng sẽ làm việc. Với tài liệu tham khảo mới, VS2017 đã khám phá những bài kiểm tra đơn vị đó.

Đừng đọc các bài báo lỗi thời trong MSDN. Các tài liệu liên quan đến .NET Core nằm dưới docs.microsoft.com

https://docs.microsoft.com/en-us/dotnet/articles/core/testing/

Nói chung, bạn cần một ứng dụng bảng điều khiển .NET Core để chứa các trường hợp kiểm tra đơn vị.

đối với tôi vấn đề là tôi đã đặt nhầm testcase vào một lớp bên trong

[TestClass]
  internal class TestLib {
}

điều đó đã gây ra những thử nghiệm không được xác định.

Hãy chắc chắn rằng bạn đang sử dụng đúng Microsoft.NET.Test.Sdk:

<PackageReference Include="Microsoft.NET.Test.Sdk" Version="15.0.0" />

Không sử dụng trước khi phát hành. Hoặc bạn phải đổi sang ứng dụng console (không phải thư viện). Tôi có vấn đề tương tự, nhưng với bản phát hành mới nhất (15.0.0), nó bắt đầu hoạt động trở lại.

Ngoài ra, bạn có thể phải thêm:

  <ItemGroup>
    <Service Include="{82a7f48d-3b50-4b1e-b82e-3ada8210c358}" />
  </ItemGroup>

nhưng tôi không nghĩ rằng nó là không cần thiết.

Tôi biết rằng OP đã liệt kê danh sách này vào danh sách kiểm tra của mình, nhưng thật dễ dàng bỏ qua điểm đó trong khi cài đặt Visual Studio 2017 sạch sẽ và thiết lập dự án mới. Ngoài mẫu dự án NUnit và NUnit Framework, người ta cần cài đặt riêng bộ điều hợp NUnit, ví dụ: sử dụng lệnh NuGet Install-Package NUnit3TestAdapter -Version 3.9.0. Sau đó, Visual Studio Community 2017 đã bắt đầu khám phá các bài kiểm tra đơn vị mà không có bất kỳ vấn đề nào.

Trong trường hợp của tôi, Test Explorer không thể tìm thấy các thử nghiệm của tôi sau khi tôi chuyển dự án sang một giải pháp mới.

Câu trả lời đơn giản là tôi đã có một tài liệu tham khảo về Bộ kiểm tra MS Test cũ trong dự án của mình.

Tôi đã có một bản sao của dòng bên dưới cho phiên bản 1.1.11 của Bộ kiểm tra MS Test trong tệp cs.proj của mình:

<Import Project="..\packages\MSTest.TestAdapter.1.1.18\build\net45\MSTest.TestAdapter.props" Condition="Exists('..\packages\MSTest.TestAdapter.1.1.18\build\net45\MSTest.TestAdapter.props')" />

Để khắc phục sự cố,

1. Nhấp chuột phải vào dự án và chọn 'Unload Project'.
2. Nhấp chuột phải vào dự án và chọn 'Chỉnh sửa'
3. Xóa dòng nhập phiên bản cũ của bộ chuyển đổi.
4. Nhấp chuột phải vào dự án và chọn 'Tải lại dự án'.
5. Xây dựng lại giải pháp / dự án

Chỉ có vấn đề này với phòng thu hình ảnh không thể tìm thấy các thử nghiệm của tôi, không thể thấy nút để chạy chúng ngoài phương pháp và chúng không được chọn bằng cách chạy tất cả các thử nghiệm trong dự án.

Hóa ra lớp kiểm tra của tôi không công khai! Công khai cho phép VS khám phá các bài kiểm tra.

Đối với tôi đã dễ dàng hơn để tạo một dự án thử nghiệm mới hoạt động hoàn toàn tốt với Visual Studio 2017 ... và chỉ cần sao chép các tệp thử nghiệm, thêm tài liệu tham khảo và các gói NuGet theo yêu cầu.

Trong trường hợp của tôi, đó là một dự án tôi đã nâng cấp dự án thử nghiệm từ phiên bản .Net trước đó. trong app.config tôi đã lắp ráp các phiên bản trước của các hội đồng phụ thuộc.

Sau khi sửa các assembnlybindings trong app.config, các thử nghiệm của tôi đã được phát hiện.

Khám phá

Các câu trả lời hàng đầu ở trên không hoạt động với tôi (khởi động lại, cập nhật lên phiên bản 1.1.18 ... Tôi đã được cập nhật, xóa các tệp tạm thời, xóa bộ nhớ cache NuGet, v.v.).

Điều tôi khám phá ra là tôi có các tài liệu tham khảo khác nhau về MSTest.TestAd CHƯƠNG và MSTest.Framework trong các dự án thử nghiệm khác nhau (giải pháp của tôi có hai). Một đã được chỉ ra 1.1,18 như ...

gói.config

<package id="MSTest.TestAdapter" version="1.1.18" targetFramework="net461" />
<package id="MSTest.TestFramework" version="1.1.18" targetFramework="net461" />

... nhưng một cái khác có các tham chiếu đến 1.1.11. Một số câu trả lời ở trên dẫn đến khám phá này khi hai phiên bản của các thư viện xuất hiện trong thư mục tạm thời của tôi (% TEMP% \ VisualStudioTestExplorerExtensions \) sau khi khởi động lại Visual Studio.

Giải pháp

Chỉ cần cập nhật các gói của tôi.config lên phiên bản 1.1.18 là những gì đã khôi phục chức năng kiểm tra đơn vị của tôi trong VS. Dường như có một số lỗi không cho phép các tài liệu tham khảo song song của các thư viện MSTest. Hy vọng điều này sẽ giúp bạn.

Thêm thông tin:

• Visual Studio 2017 Ent: 15.5.6 (Tôi đã cập nhật từ 15.0.1 với hy vọng sẽ khắc phục vấn đề này, nhưng tôi đã có nó trong cả hai)

Giải pháp đã loại bỏ app.configtập tin của tôi từ dự án thử nghiệm đơn vị của tôi. Các bài kiểm tra sẽ xuất hiện lại!

Tập tin này đã tham chiếu một số dll trong các ràng buộc không thực sự có trong tài liệu tham khảo dự án. Thêm lại các cụm lắp ráp rất cần thiết cho dự án của bạn.

Trong trường hợp của tôi, đó là dự án UWP có mặt trong giải pháp gây ra vấn đề.

Khi tôi dỡ dự án UWP, các thử nghiệm đã được phát hiện. Khi tôi tải nó trở lại, kiểm tra biến mất một lần nữa.

Cố gắng dỡ tất cả các dự án và chỉ giữ dự án thử nghiệm. Mười giải pháp xây dựng lại và thử nghiệm shound xuất hiện trong Test Runner. Tải từng dự án một và xây dựng lại giải pháp mỗi lần để tìm ra dự án nào gây ra sự cố

repo mẫu

Báo cáo lỗi VS

Vấn đề

Vấn đề là Visual Studio đang bị 'nhầm lẫn' so với các phiên bản lõi dotnet trên máy. Khi tôi đi đến bảng điều khiển -> gỡ cài đặt chương trình, tôi đã cài đặt 8 Runtimes SDK lõi và Runtimes khác nhau. Điều này bằng cách nào đó khiến VS âm thầm có lỗi khi cố gắng tìm các bài kiểm tra.

Xác thực vấn đề

Bạn có thể xác nhận sự cố bằng cách đi tới dòng lệnh và nhận phiên bản dotnet của bạn $ dotnet --version. Nếu bạn thấy bất cứ điều gì ngoại trừ phiên bản mới nhất bạn đã cài đặt thì máy của bạn có một số điểm không phù hợp và không sử dụng đúng phiên bản. Ví dụ ... Nếu bạn đã 1.0.1cài đặt lõi dotnet nhưng khi bạn nhận được phiên bản tại dấu nhắc lệnh và nó báo đó 1.0.0là một vấn đề.

Giải pháp

Xóa tất cả những thứ cũ. Tôi đã bắt đầu chỉ với những gì tôi cần phải loại bỏ (phiên bản RC dotnet cũ nhất) nhưng nó vẫn đưa ra phiên bản sai khi kiểm tra vấn đề. Cuối cùng, tôi thừa nhận để làm sạch hoàn toàn. TÔI...

• Gỡ cài đặt tất cả các ứng dụng phòng thu trực quan (trên máy của tôi VS2015 và VS2017)
• Gỡ cài đặt tất cả các phiên bản lõi dotnet (thậm chí gần đây nhất)

Sau khi máy của tôi hoàn toàn trống rỗng tất cả các VS và donet, tôi chỉ cài đặt VS2017 (nó được đóng gói với dotnet mới nhất). Tôi đã tạo một dự án thử nghiệm xUnit và nhà thám hiểm thử nghiệm đã tìm thấy thử nghiệm ngay lập tức GIẢI QUYẾT

Điều này có vẻ như quá mức cần thiết nhưng tôi đã mất hai tuần để cố gắng khắc phục điều này theo những cách khác. Nếu bạn gặp sự cố chỉ cần làm điều đó, mặc dù có thể bạn phải mất hàng giờ để gỡ cài đặt / cài đặt lại các mục, nó có thể sẽ giúp bạn tiết kiệm thời gian.

Người giới thiệu

• Xem bài đăng trên blog @epests nơi anh ấy cung cấp thêm chi tiết về cách khắc phục sự cố.

Tôi đã thử mọi cách nhưng không có gì giúp được. Trong trường hợp của tôi, tôi đã có một giải pháp với một số dự án thử nghiệm và một số trong số chúng đang sử dụng khung thử nghiệm ms cũ để Visual Studio chỉ tìm thấy những dự án đó.

Tôi đã cài đặt các gói khung thử nghiệm cho tất cả các dự án thử nghiệm như trong câu trả lời được chấp nhận . Sau đó xóa các tham chiếu đến các công cụ chất lượng cũ, khởi động lại Visual Studio và bây giờ tôi có thể xem tất cả các thử nghiệm.

Đối với C ++:

Vì không có câu hỏi đặc biệt nào cho các bài kiểm tra C ++, nhưng chủ đề rất giống nhau, đây là điều giúp tôi khi tôi gặp rắc rối với khám phá thử nghiệm.

Nếu bạn chỉ cài đặt phát triển Desktop với C ++ , thì giải pháp là cũng cài đặt phát triển Universal Windows Platform với các công cụ C ++ Universal Windows Platform tùy chọn . Bạn có thể chọn những thứ này trong trình cài đặt web studio trực quan.

Sau đó, xây dựng lại dự án thử nghiệm của bạn và khám phá thử nghiệm sẽ hoạt động.

Btw, tôi đã tạo dự án thử nghiệm đơn vị trong VS2017. Điều này có thể quan trọng, bởi vì một số người dùng đã đề cập rằng họ có vấn đề phát hiện trong các dự án, đã được di chuyển từ VS2015 sang VS2017.

Loại bỏ dll cũ sẽ giúp. Xóa các tệp tạm thời nằm trong thư mục% TEMP% tại C: \ Users (tên người dùng của bạn) \ AppData \ Local \ Temp

Tôi gặp vấn đề tương tự. Giải pháp của tôi là ổn nhưng đột nhiên khi tôi mở giải pháp tôi phát hiện ra các xét nghiệm đã biến mất.

Cuối cùng tôi đã hạ cấp Microsoft.VisualStudio.TestPlatform.TestFrameworkvà Microsoft.VisualStudio.TestPlatform.TestFramework.Extensionscác gói thành phiên bản rất cũ (sử dụng trình quản lý NuGet) và các phương thức kiểm tra đã xuất hiện. Sau đó, tôi nâng cấp lên phiên bản mới nhất và vẫn còn đó.

Vì vậy, chỉ cần hạ cấp và nâng cấp gói.

Trong trường hợp của tôi không có sự giúp đỡ nào ở trên cho tôi. Nhưng, tôi hạ cấp NUNit3TestAd CHƯƠNG thành phiên bản 3.8.0, sau đó nâng cấp lên phiên bản mới nhất (3.10.0)

Đôi khi thay đổi không gian tên của các bài kiểm tra làm việc. Tôi đã có cấu trúc thư mục như sau:

A |___B | |___D |___C___E

Không gian tên phẳng như Tests. <Name> và chúng không hiển thị trong cửa sổ kiểm tra. Khi tôi thay đổi không gian tên thành cấu trúc của thư mục, tất cả các bài kiểm tra đã xuất hiện. Bây giờ tôi có thể trở lại bất kỳ cấu trúc không gian tên nào khác mà tôi muốn.

Đừng quên xây dựng dự án của bạn!

Trong trường hợp của .NET Framework, trong dự án thử nghiệm trước đây có các tham chiếu đến các DLL sau:

Microsoft.VisualStudio.TestPlatform.TestFramework
Microsoft.VisualStudio.TestPlatform.TestFramework.Extentions

Tôi đã xóa chúng và thêm tài liệu tham khảo vào:

Microsoft.VisualStudio.QualityTools.UnitTestFramework

Và sau đó tất cả các bài kiểm tra xuất hiện và bắt đầu hoạt động theo cùng một cách như trước đây.

Tôi đã thử hầu hết tất cả các đề xuất khác ở trên trước đây, nhưng chỉ cần tham khảo lại các DLL thử nghiệm đã hoạt động ổn. Tôi đã đăng câu trả lời này cho những người trong trường hợp của tôi.

Tôi đã phải đối mặt với cùng một vấn đề, trong trường hợp của tôi để giải quyết

1. Tôi mở giao diện điều khiển windows (phím windows + cmd).
2. Điều hướng đến thư mục nơi dự án được tạo.
3. Thực hiện lệnh "dotnet test" về cơ bản nó giống như thử nghiệm mà studio hình ảnh thực hiện nhưng khi bạn chạy nó qua giao diện điều khiển, nó cho phép bạn nhìn thấy dấu vết hoàn chỉnh.
4. Tôi nhận được thông báo lỗi này "Thuộc tính TestClass được xác định trên lớp không công khai MSTest.TestControll.BaseTest"
5. Vì vậy, tôi đã đi đến trường hợp thử nghiệm và đánh dấu nó là công khai, xây dựng lại và các thử nghiệm của tôi đang được hiển thị chính xác

Lúc đầu, tôi đã thử sử dụng MSTest. Sau đó, tôi đổi nó thành Nunit test. Sau đó, tôi muốn trở lại MSTest. Tôi đã xóa tất cả các mã nUnit và tham chiếu nhưng Test Explorer không hiển thị các phương thức MSTest. Giải pháp: Tôi đã xóa tất cả các tham chiếu nuget mstest và cài đặt lại. Làm xong.

Đối với tôi, thay đổi TargetFramework trong .csprojtệp của dự án thử nghiệm từ

  <PropertyGroup>
    <TargetFramework>netcoreapp2.0</TargetFramework>
  </PropertyGroup>

đến

  <PropertyGroup>
    <TargetFramework>net46</TargetFramework>
  </PropertyGroup>

đã làm việc.

Trong trường hợp của tôi, vấn đề là loại dự án được đặt thành thư viện tĩnh (lib) và nó phải là một thư viện động (dll)