Các thử nghiệm không chạy trong Test Explorer


146

Tôi hiện đang làm việc trên một giải pháp hiện có 32 Unittests. Tôi đã làm việc với người chạy thử nghiệm chia sẻ lại - hoạt động tốt. Tất cả các bài kiểm tra đang chạy, tất cả các bài kiểm tra đang hiển thị kết quả kiểm tra đúng. Bây giờ một đồng nghiệp đã nói với tôi, rằng các bài kiểm tra không chạy trên máy của anh ấy bằng trình khám phá thử nghiệm Visual Studio. Chúng không hoạt động trên máy của tôi, vì vậy tôi có thể loại trừ một số tệp bị thiếu cục bộ hoặc một cái gì đó.

Test Explorer đang hiển thị tất cả các thử nghiệm đơn vị, nhưng sau khi nhấp vào "Chạy tất cả", tất cả các thử nghiệm đều bị mờ đi và không hiển thị kết quả của quá trình chạy thử:

nhập mô tả hình ảnh ở đây

  • Tất cả các lớp kiểm tra là công khai
  • Tất cả các lớp kiểm tra có [TestClass]thuộc tính được khai báo
  • Tất cả các phương pháp kiểm tra đang sử dụng [TestMethod]thuộc tính
  • Cả mã năng suất và các dự án thử nghiệm đều nhắm mục tiêu .NET 3.5.
  • Tôi đã cố gắng để xây dựng sạch giải pháp của tôi, và / hoặc xóa tất cả obj, bin, DebugReleasethư mục

Tôi chấp nhận bất kỳ gợi ý nào có thể gây ra hành vi như vậy.


3
Cập nhật ReSharper của bạn. Tham khảo stackoverflow.com/questions/16011775/
kmhigashioka

18
Sẽ không tuyệt vời nếu VS nói tại sao một bài kiểm tra không được chạy? Nền tảng mục tiêu không khớp, thiếu bộ điều hợp thử nghiệm, ... :(
Bernhard Hofmann

1
Họ sử dụng ReSharper ở đâu?
Alex 75

5
@BernhardHofmann Tôi đã gặp phải một vấn đề như thế này ngay bây giờ và hóa ra VS đã phát ra một số thông báo lỗi trong Kết quả> Kiểm tra. Quan trọng. Thất vọng vì VS không làm cho chúng rõ hơn, nhưng đó là nơi để nhìn trong tình huống như thế này.
JLRishe

2
Tất cả các bạn có thể quan tâm đến upvoting yêu cầu tính năng này: developercommunity.visualstudio.com/idea/947742/...
Kyle Delaney

Câu trả lời:


157

Nếu các dự án của bạn không phải là AnyCpu thì bạn cũng có thể muốn kiểm tra xem 2 cài đặt sau có khớp không:

  1. [Dự án thử nghiệm nhấp chuột phải] -> thuộc tính -> Xây dựng -> Mục tiêu nền tảng - ví dụ: x64

  2. [Menu chính] -> Kiểm tra -> Cài đặt kiểm tra -> Kiến trúc bộ xử lý mặc định -> X64

Tôi thấy rằng khi những điều này không phù hợp với dự án thử nghiệm của tôi sẽ âm thầm không chạy được.


5
câu trả lời này là cổ và cổ với "bật và tắt một lần nữa" vì vậy, nếu điều này làm việc cho bạn, xin vui lòng làm upvote.
lukkea

điều này đã khắc phục sự cố của tôi (chuyển từ nền tảng hỗn hợp sang anycpu)
Marcel Studer

1
đảm bảo rằng các sản phẩm thử nghiệm của bạn không phải là netst Chuẩn2.0 mà là netcorản2.2
user2033412

4
Đã làm việc. Tôi thực sự với VS, bạn biết đấy, cung cấp cho chúng tôi một cảnh báo rõ ràng hoặc thông báo lỗi hoặc một cái gì đó.
anon

9
Phiên bản VS2019: Menu chính -> Kiểm tra -> Kiến trúc bộ xử lý cho các dự án AnyCPU -> X64.
StackOverthrow

64

Tôi đã gặp vấn đề tương tự trong VS 2017. Trong trường hợp của tôi, nó đã được giải quyết bằng cách khởi động lại VS.


7
bình luận trước đây của tôi về lý do tại sao tôi đưa ra downvote này đã bị xóa, vì vậy tôi sẽ rõ ràng hơn một chút. Đây không phải là một giải pháp cho vấn đề; đó là một sửa chữa rất tạm thời không giải quyết được vấn đề cơ bản. Tôi không nghĩ SO nên là nơi mọi người nên đến để được nói "tắt đi bật lại", đó là kiến ​​thức cần được học trước khi bạn đến đây. Xin vui lòng xem Joseph Simpson trả lời cho một giải pháp.
lukkea

5
@lukkea Tôi theo dõi câu trả lời của Joseph Simpson và xác nhận rằng tất cả các dự án của tôi đều có AnyCpu. Tôi vẫn có vấn đề được mô tả ở đây. Đối với tôi chỉ đơn giản là khởi động lại VS đã giúp. Đó không phải là lần đầu tiên VS2012 có những kiểu hickup này (và không chỉ trên máy của tôi). Tôi đồng ý với bạn, rằng đây không phải là một giải pháp tốt, nhưng nếu không có gì sai với dự án, đó có thể là sự giúp đỡ duy nhất. Tuy nhiên, người ta nên kiểm tra xem việc dọn dẹp xây dựng lại không giúp ích gì cả.
Sascha

2
Nếu chỉ "bật và tắt lại" sẽ khắc phục tất cả các vấn đề của tôi. Vẫn còn ngạc nhiên bao nhiêu nó sửa. Hơi xấu hổ khi tôi phải đi đến stackoverflow để được nhắc nhở làm điều đó, nhưng tôi thấy câu trả lời này hữu ích.
Richard Garside

2
@lukka đôi khi phòng thu trực quan là vấn đề tiềm ẩn và khởi động lại là giải pháp
JSON

1
Vẫn hoạt động cho VS2019 ....
Tronald

44

Nếu bạn đang sử dụng NUnit chứ không phải MSTest thì bạn sẽ cần Phần mở rộng bộ điều hợp thử nghiệm NUnit cho Visual Studio 2012/2013.


9
Điều này giúp tôi nhận ra rằng tôi cần phải cài đặt "Bộ điều hợp thử nghiệm NUnit 3": marketplace.visualstudio.com/
Thẻ

10
Trong VS 2019, tôi đã cài đặt bộ điều hợp từ trình quản lý gói nuget.org/packages/NUnit3TestAd CHƯƠNG
maylon

Theo trang này, bạn cũng cần cài đặt Microsoft.NET.Test.Sdktừ Nuget
BlueRaja - Danny Pflughoeft

Trong VS 2017 tôi đã cài đặt Bộ điều hợp thử nghiệm mở rộng Nunit 3 và nó đã hoạt động.
Bob Lokerse

Trong VS 2019 tôi cũng đã cài đặt Bộ điều hợp thử nghiệm mở rộng Nunit 3 và nó đã hoạt động. Một lưu ý: Tôi cũng cần cập nhật Visual Studio.
Bob Lokerse

42

Tôi đã phải thay đổi phương thức kiểm tra không đồng bộ của mình để trả về Nhiệm vụ thay vì bỏ trống.

Các thử nghiệm sau đó đã hoạt động và có thể chạy được trong Test Explorer.


1
Không có cách nào để đợi một phương thức void async kết thúc. Async void là "lửa và quên". Đó là lý do tại sao chúng không thể được kiểm tra.
Ketobomb

Facepalming tôi đã làm khi tôi đọc điều này vang vọng trên đất ... Cảm ơn vì đã chỉ ra sự ngu ngốc của tôi. Điều đó làm việc cho tôi. Nâng cấp
JP Chapleau

Mặc dù nộp theo danh mục "không duh". Tôi ước điều này có thể được bình chọn nhiều hơn vì siêu rõ ràng rằng kiểu trả về của bạn phải là Nhiệm vụ nhưng dễ quên (vì dường như không có bài kiểm tra đơn vị nào khác trên thế giới trả lại bất cứ điều gì ngoài khoảng trống) và gửi bạn xuống lỗ thỏ để sửa chữa đơn vị của bạn kiểm tra cấu hình khi không có vấn đề cấu hình thực tế. Thực sự muốn điều này chỉ gây ra một trình biên dịch hoặc rất ít ném lỗi thời gian chạy.
pat8719

2
@ pat8719, nghe có vẻ là một ý tưởng tốt cho một bộ phân tích mã. Chúng không quá khó để viết. Tôi vừa mới viết ra một thực tế xunit đang làm async void Foo()và các nhà phân tích của họ đã không phàn nàn, nhưng họ chắc chắn có thể thêm một điều có thể. cc: @bradwilson
benmccallum

22

Kiểm tra khung nào mà các bài kiểm tra được viết dựa trên (ví dụ: nunit, xunit, VS test, v.v.) và đảm bảo bạn đã cài đặt phần mở rộng bộ điều hợp / trình chạy thử chính xác.

Đối với tôi, đó là Bộ điều hợp thử nghiệm NUnit 3 bị thiếu và tôi đã xác nhận số phiên bản được yêu cầu bằng cách xem phiên bản phụ thuộc nunit.framework (chọn dll trong cây Dependencies trong Solution Explorer và nhấn F4 để hiển thị cửa sổ Thuộc tính).


2
Lưu ý đến bản thân: Bản gốc MSTest proj ref'd của tôi Microsoft.VisualStudio.QualityTools.UnitTestFramework(không chắc là phiên bản nào). Đã giải quyết các vấn đề trong đó phương thức không chạy (hoặc tìm thấy) bằng cách xóa tham chiếu đó và cài đặt MSTest.TestAd CHƯƠNG (và Khung) mới nhất
Adam Cox

@AdamCox Có Microsoft.VisualStudio.TestTools.UnitTestingbị phản đối không? Tôi đã có một số thử nghiệm sử dụng cái này đột nhiên bỏ chạy như trên sau khi thêm lại một số tài liệu tham khảo cho một dự án mà họ phụ thuộc vào.
ebyrob

@itherrob, câu trả lời của Athanasios dưới đây có thể có liên quan. Có vẻ như anh ta không chỉ phải nâng cấp / nâng cấp lên các gói MSTest. * Mà còn thêm một số phụ thuộc và sửa chữa một số chuyển hướng ràng buộc. Kiểm tra đầu ra cảnh báo của bạn.
benmccallum

16

TLDR: Cập nhật các gói thử nghiệm, xem xét đầu ra -> bảng điều khiển thử nghiệm

Tôi vật lộn với điều này trong một ngày rưỡi. Vì vậy, đây là những gì tôi đã làm để giải quyết nó:

Triệu chứng

  1. 5 dự án thử nghiệm đơn vị, tất cả có thể khám phá trong TestExplorer
  2. 2 trên 5 thực hiện đúng
  3. 3 nói không chạy chút nào
  4. Vấn đề bắt đầu sau khi cập nhật khung .net

Cuộc điều tra

Vì tất cả các gói đã được cập nhật trong quá trình cập nhật khung .net, tôi đã bắt đầu với sự khác biệt giữa các dự án làm việc và không hoạt động. Manh mối đầu tiên là cả 3 dự án đều đang sử dụng: MSTest.TestAd CHƯƠNGMSTest.TestFramework

Tự nhiên tôi đi đến -> Bảng điều khiển đầu ra -> Kiểm tra thả xuống trong VS 2019 và xem đầu ra. Không có gì hữu ích ở đó.

Bước một trong các giải pháp : Cập nhật MSTest.TestAd CHƯƠNGMSTest.TestFramework lên phiên bản 2.0.0

Bước hai của giải pháp : Bây giờ Bảng điều khiển đầu ra -> Đầu ra thả xuống thử nghiệm bắt đầu hiển thị lần lượt từng gói, thiếu gói và chuyển hướng ràng buộc sai

Bước ba của giải pháp : Thêm thủ công các gói bị thiếu. Đối với tôi đó là

  1. System.R.78.Extentions
  2. Hệ thống.
  3. Có lẽ một số nữa mà tôi đang thiếu

Bước 4 của giải pháp : Đã xóa / Đã sửa các chuyển hướng ràng buộc không cần thiết.

Tôi hy vọng điều này sẽ giúp người khác.


Bạn đã cứu tôi ngày hôm đó và một nửa! Tôi đã nâng cấp một dự án phiên bản 4.5 FW và thử loại bỏ tất cả những thứ không cần thiết khỏi các gói và kết thúc trong tình huống này. Cảm ơn!
Numan

Tôi nghĩ rằng tôi đã trải nghiệm một cái gì đó tương tự. Cuối cùng, tôi chỉ tạo lại dự án từ đầu. Rõ ràng có một dòng trong tệp * .csproj đặt ToolsVersionvà va chạm của tôi làm mọi thứ rối tung lên. Tất cả những gì tôi có thể nói là "người mua hãy cẩn thận" để kiểm tra đơn vị MS và sẵn sàng thay thế các tệp * .csproj của bạn ngay lúc này thông báo công cụ này được tích hợp chặt chẽ và phụ thuộc rất nhiều phiên bản.
ebyrob

Cảm ơn, mặc dù không trực tiếp là vấn đề của tôi, mẹo kiểm tra đầu ra của bàn điều khiển cho tôi thấy lỗi (phương pháp DBContext Dispose có lỗi trong đó) đã ngăn các bài kiểm tra của tôi chạy.
Iain Carlin


11

Có vấn đề tương tự sau khi cài đặt sạch VS 2019. Các thử nghiệm được tìm thấy nhưng không chạy với "Xảy ra lỗi không mong muốn". Đã sửa lỗi bằng cách thiết lập x64 thay vì x86 được chọn theo mặc định.

nhập mô tả hình ảnh ở đây


4
Đây là cách khắc phục cho tôi, cùng với việc khởi động lại VS và xóa thư mục .vs. Cảm ơn bạn.
Donald.Record

Tôi không thể tin rằng đây vẫn là một vấn đề ... Hy vọng rằng, Microsoft sẽ đưa ra một số loại cảnh báo cho nhược điểm kinh điển đó tại một thời điểm.
Guillaume LaHaye

10

Tôi thấy rằng trong dự án, nó không tham khảo cụm Microsoft.VisualStudio.QualityTools.UnitTestFramework . Thay vào đó, nó đã tham khảo Microsoft.VisualStudio.TestPl Platform.TestFrameworkMicrosoft.VisualStudio.TestPl platform.TestFramework.Extensions . Khi tôi xóa hai tham chiếu đó và thêm tham chiếu vào Microsoft.VisualStudio.QualityTools.UnitTestFramework, các bài kiểm tra trước đó được đánh dấu bằng dấu chấm than màu xanh đột nhiên bắt đầu hoạt động và bắt đầu hoạt động.

Kiểm tra đơn vị không chạy với lắp ráp sai

Với lắp ráp đúng, các bài kiểm tra chạy


2
Sau khi chuyển đổi từ .NET Framework 4.6.2 sang .NET Framework 4.7.2, các thử nghiệm của tôi không chạy nữa. Sau nhiều giờ cố gắng, chỉ có giải pháp này làm việc cho tôi.
Éric Bergeron

10

Tôi gặp vấn đề này và đối với tôi, nguyên nhân là do có nhiều Dự án thử nghiệm với các phiên bản khác nhau của:

  • MSTest.TestAdOG
  • MSTest.TestFramework

Hợp nhất các gói nuget cho các dự án để chúng giống nhau giải quyết vấn đề cho tôi.


1
Câu trả lời này đã giúp tôi tìm ra một nguyên nhân tương tự. Trong trường hợp của tôi, một số dự án thử nghiệm có tham chiếu đến Microsoft.VisualStudio.TestPl platform.TestFramework (và không chạy) trong khi các dự án khác có tham chiếu đến Microsoft.VisualStudio.Q mộngityTools.UnitTestFramework (là các dự án sẽ chạy).
jr

8

Trong trường hợp của tôi, đó là do một dự án thử nghiệm trong giải pháp của tôi đã cài đặt các gói nuget MSTest.TestFramework và MSTest.TestAd CHƯƠNG nhưng các dự án khác thì không. Các gói này dường như không bắt buộc phải chạy thử cho đến khi một dự án trong giải pháp được cài đặt.

Vấn đề đã được khắc phục bằng cách cài đặt các gói đó vào các dự án thử nghiệm thiếu chúng.


Trong trường hợp của tôi thì hoàn toàn ngược lại: Bất kỳ dự án thử nghiệm đơn vị nào, có các gói nuget MSTest sẽ không chạy, như những người khác làm. Lạ thật.
Palle Do

Đã giải quyết : Tôi có tệp .testsinstall. Các gói MSTest yêu cầu tệp .runsinstall. Đó là lý do tại sao các bài kiểm tra không chạy.
Palle Do


7

Cài đặt Nunit3TestAdapterNuget đã giải quyết vấn đề này


Điều này đã khắc phục vấn đề của tôi là tốt! :)
Eru

6

nhập mô tả hình ảnh ở đây

Thiết lập kiến ​​trúc bộ xử lý cho các dự án AnyCPU trong Test Explorer đã khắc phục sự cố của tôi! Xem ảnh chụp màn hình ở trên.


Cảm ơn nhiều! Nó đã giúp tôi =)
Alexander Brattsev

4

Trong trường hợp của tôi, tôi đã có một async voidPhương thức và tôi đã thay thế bằng async Task, vì vậy bản chạy thử như tôi mong đợi:

    [TestMethod]
    public async  void SendTest(){}

thay thế bằng :

    [TestMethod]
    public async  Task SendTest(){}

1
Đây là vấn đề của tôi
Kyle Delaney

3

Tôi đã có các triệu chứng tương tự.

Vui lòng đảm bảo bạn đã cài đặt tiện ích mở rộng Visual Studio thích hợp thông qua Công cụ - Tiện ích mở rộng và Cập nhật. Trong trường hợp của tôi, tôi đã phải cài đặt XUnit và Specflow từ tùy chọn Trực tuyến.

Sau đó làm sạch dung dịch và xây dựng lại.

Nếu vẫn không được, hãy xóa thư mục tạm thời của bạn (tìm kiếm% temp% trong menu Bắt đầu tìm kiếm và xóa tất cả nội dung trong Temp)

Và cuối cùng hãy thử gỡ cài đặt Resharper, thứ cuối cùng đã khắc phục vấn đề của tôi.


4
Gỡ cài đặt Resharper?! Tôi không nghĩ rằng đây là một giải pháp ^^
Steve Rakebrandt

2

Đây là dự án thử nghiệm không được đánh dấu để xây dựng:

Xây dựng -> Trình quản lý cấu hình ... -> kiểm tra bản dựng cho dự án thử nghiệm của bạn


2

Vì tôi gặp phải lỗi này nên tôi đã đăng bài toán / giải pháp của mình:

Triệu chứng:

  • Không phải tất cả các thử nghiệm đang chạy, nhưng chúng không phụ thuộc vào từng dự án, chỉ một số trong số chúng đã được thực hiện.
  • Tất cả những người bị xử tử đều có màu xanh.
  • Ngăn xếp công nghệ: lõi dotnet / XUnit / FluentAssertions
  • Tất cả các xét nghiệm được phát hiện và cập nhật nếu nó thay đổi.
  • Bằng cách chọn hoặc chạy "Không chạy thử nghiệm" nhiều lần, chúng có thể được thực thi.

Vấn đề:

Có một lỗi trong mã ném một ngoại lệ bên trong một luồng khác. Tất cả các xác nhận kiểm tra đã thông qua nhưng nó đã hủy thực hiện kiểm tra. Tôi có thể thấy lỗi trong "Đầu ra thử nghiệm" (NullException).


+1 Tôi đã cố gắng gỡ lỗi một bài kiểm tra cụ thể. Cuối cùng khi tôi chạy thử nghiệm khác, đơn giản hơn, sau đó tôi có thể gỡ lỗi thử nghiệm cụ thể. Câu trả lời này đã cho tôi thử nó.
Halvard

2

Có cùng các triệu chứng, trong trường hợp của tôi, đó là phiên bản SDK lõi dotnet là vấn đề.

Các dự án đã nhắm mục tiêu 2.2 và có thể xây dựng bằng 3.0. Sau khi cài đặt phiên bản 2.2 SDK mới nhất, họ đã có thể chạy.


2

Đã thử nhiều tùy chọn với Visual Studio 2019 Phiên bản 16.4.6 và Microsoft.VisualStudio.TestTools.UnitTesting, nhưng bây giờ cách duy nhất để chạy thử nghiệm thành công là bằng cách gọi lệnh tiếp theo trong bảng điều khiển

dotnet test

Các thử nghiệm được phát hiện trong Test Explorer nhưng kết quả là "Không chạy".

Cập nhật Visual Studio không giúp được gì.

Đã giải quyết vấn đề với "Không có kiểm tra nào khớp với bộ lọc testcase đã cho FullQualifiedName" bằng cách chạy các bản cập nhật cho phiên bản mới nhất cho các gói tiếp theo:

Microsoft.NET.Test.Sdk
MSTest.TestAdapter
MSTest.TestFramework

1

Đối với tôi, giải pháp là thay đổi cài đặt Thử nghiệm đơn vị chia sẻ lại "Kiến trúc nền tảng mặc định" thành "x64"

nhập mô tả hình ảnh ở đây


Điều này đã giải quyết vấn đề của tôi với dự án .NET Core 3.1 đã từ chối thực hiện các thử nghiệm trong Test Explorer. Không có gì khác sẽ sửa nó nhưng điều này.
J_L

1

Đối với tôi, khởi động lại VS2017 không hoạt động. Tôi đã phải dọn dẹp sln sau đó tìm thấy một tệp có các bài kiểm tra không chạy và chỉ chạy tệp đó. Sau đó tôi đã chạy tất cả và nó hoạt động bình thường trở lại.


1

Tôi đã có các phiên bản khác nhau của các gói nuget NUnit (3.11.0) và NunitTestAd CHƯƠNG (3.12.0). Khi tôi cập nhật NUnit lên 3.12.0, Visual Studio đã chạy thử nghiệm.


1

Trong trường hợp của tôi, nó đã hoạt động để cập nhật các gói nuget MSTest. Có thể tái tạo vấn đề này ngay cả trên dự án MSTest trống và cập nhật các gói đã hoạt động.


1

Đối với tôi có một thuộc tính được gọi là TestContext trong lớp cơ sở đã gây ra hành vi này. Ví dụ:

[TestClass]
public abstract class TestClassBase
{
    protected object TestContext { get; private set; }
}

[TestClass]
public class TestClass : TestClassBase
{
    // This method not found
    [TestMethod]
    public void TestCase() {}
}

1

Tôi có thể nói từ các thuộc tính của bạn rằng bạn đang sử dụng MSTest. Tôi gặp một vấn đề tương tự: các thử nghiệm của tôi đã hiển thị trong Test Explorer, nhưng khi tôi cố chạy chúng (bằng cách chọn Run All hoặc chọn riêng chúng) thì chúng sẽ không.

Vấn đề của tôi là tôi đã tạo dự án thử nghiệm đơn vị theo cách thủ công từ một dự án Thư viện lớp chuẩn .NET trống. Tôi đã cài đặt MSTest.TestFrameworkgói NuGet, nhưng không phảiMSTest.TestAdapter gói. Ngay khi tôi cài đặt gói bộ điều hợp, chúng chạy như mong đợi.

Có vẻ rõ ràng khi nhìn lại, nhưng khi bạn tạo các dự án thử nghiệm đơn vị từ một mẫu, bạn coi những điều này là đương nhiên.


1

Điều đáng nói là đôi khi các tệp Bộ điều hợp thử nghiệm NUnit bị hỏng trong thư mục người dùng C: \ Users [Người dùng] \ AppData \ Local \ Temp \ VisualStudioTestExplorerExtensions \ NUnit3TestAd Module.3.8.0 / build / net35 / NUnit3.TestAd Module.dll trên Windows 10 khiến Test Explorer ngừng hoạt động như bình thường.


1

Tôi sử dụng VS2019 với .Net 4.7. Tôi đã cài đặt phần mở rộng NUnit v3 và thay đổi cài đặt Kiểm tra để sử dụng X64. Dự án thử nghiệm đơn vị của tôi là Bất kỳ CPU nào (sẽ hoạt động nếu tôi thay đổi thành x64). Bây giờ tôi có thể gỡ lỗi thông qua mã của tôi.


1

Vấn đề này cũng được quan sát thấy khi phương thức thử nghiệm đang chạy ném StackOverflowException , làm cho trình chạy thử nghiệm hủy bỏ quá trình chạy thử, dẫn đến đầu ra 0 tests run.

Để tìm ra thủ phạm và giải quyết nó, hãy đặt điểm dừng khi bắt đầu cả hai phương thức trang trí TestInitializeTestMethod , chạy thử nghiệm đơn vị ở chế độ gỡ lỗi, tiến hành bước qua (F10) cho đến khi ngoại lệ được ném.


1

Bạn có thể xem đầu ra lỗi của người chạy thử bằng cách mở bảng Đầu ra (xem -> đầu ra) và chọn "kiểm tra" từ danh sách "Hiển thị đầu ra từ"

hiển thị đầu ra từ


Ngoài ra, nếu bạn đã cài đặt Resharper, bạn có thể mở tệp kiểm tra và di chuột qua vòng kiểm tra bên cạnh kiểm tra để nhận thêm thông tin lỗi

Chia sẻ lại sản lượng

Nhấp vào đó sẽ đưa bạn đến một cửa sổ với thông tin chi tiết hơn. Ngoài ra, bạn có thể mở cửa sổ đó bằng cách đi tới Tiện ích mở rộng -> Định hình lại -> Windows -> Kết quả thăm dò thử nghiệm đơn vị

Resharper Đơn vị thăm dò thử nghiệm

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.