Visual Studio 2013 không khám phá các bài kiểm tra đơn vị


146

Tôi có một giải pháp đơn giản trong visual studio 2013 được sáng tác bởi một dự án web, một dự án thư viện và một dự án thử nghiệm đơn vị. Khi tôi mở giải pháp và thử chạy các bài kiểm tra đơn vị, chúng không được phát hiện bởi studio hình ảnh. Để chạy thử nghiệm, tôi cố gắng vào menu và chọn Kiểm tra -> Chạy -> Chạy tất cả các thử nghiệm hoặc bằng cách mở cửa sổ thám hiểm thử nghiệm. Bởi những phương pháp mà phòng thu hình ảnh không khám phá bất kỳ thử nghiệm nào trong giải pháp.

Tạo một dự án thử nghiệm đơn vị đầu tiên và thử chạy thử nghiệm, studio trực quan biết khám phá thử nghiệm và tôi có thể chạy nó. Sau đó, nếu tôi mở studio hình ảnh giải pháp trước đây của tôi bây giờ phát hiện ra tất cả các bài kiểm tra. Tôi cố gắng lưu giải pháp của mình nhưng đóng lại và mở lại, mà không tạo dự án thử nghiệm đơn vị trước, studio trực quan không tìm thấy thử nghiệm nữa. Đây là một hành vi rất kỳ lạ mà tôi không biết tại sao điều này lại xảy ra.

Tôi đã từng làm việc một mình trong dự án này bằng cách sử dụng git kiểm soát nguồn được tích hợp với nền tảng nhóm phòng thu trực quan. Vấn đề của phòng thu trực quan không khám phá các bài kiểm tra đơn vị bắt đầu khi một yếu tố mới đến dự án và khi tôi cần tạo lại giải pháp thông qua kiểm soát nguồn trực tuyến. Trước đó, tất cả các bài kiểm tra luôn được phát hiện bởi studio hình ảnh.

Để tạo các bài kiểm tra đơn vị, tôi sử dụng dll Microsoft.VisualStudio.QualityTools.UnitTestFramework. Phiên bản studio hình ảnh của tôi là: Microsoft Visual Studio Express 2013 cho Web Phiên bản 12.0.30723.00 Cập nhật 3. Phiên bản khung .net của tôi là 4.5.50938.

Tất cả các bài kiểm tra của tôi đều như thế này:

[TestClass] 
public class Service1Test 
{ 
    [TestMethod] 
    public void Test1() 
    {
        Assert.IsTrue(True); 
    } 
}

2
Đây có phải là các bài kiểm tra Đơn vị dựa trên Async không?
Jamie Keeling

Không chắc vấn đề là gì, nhưng khi quản trị viên sửa lỗi cho tôi.
Sriram Sakth Xoay

Tất cả các bài kiểm tra đơn vị dựa trên đồng bộ
Miguelbgouveia

2
Bạn đã thử chạy thử nghiệm bên ngoài (như ReSharpers hoặc NCrunch) chưa? Có thể cài đặt của bạn bị lỗi (vì vậy hãy cài đặt lại VS)
Carsten

1
Không ai trong số này khắc phục được vấn đề cho tôi :( Thật là một thảm họa. Tôi đã từ bỏ NUnit và đang dựa vào UnitTestFramework - kỳ lạ là vấn đề ngược lại từ OP
Adam

Câu trả lời:


210

Thỉnh thoảng tôi nhận thấy một số điều tôi phải làm để kiểm tra để hiển thị đúng.

  1. Nếu giải pháp của bạn nằm trong một ổ đĩa được bảo vệ mà bạn cần quyền truy cập của quản trị viên để đọc / ghi, đôi khi chỉ có một phần của các bài kiểm tra xuất hiện. Chắc chắn chạy VS là quản trị viên trong trường hợp đó.

  2. Nếu giải pháp của bạn là 64 bit, hãy đảm bảo rằng Kiểm tra> Cài đặt kiểm tra> Kiến trúc bộ xử lý mặc định được đặt thành x64. Đôi khi nó được đặt thành x86. Đặt nó thành x64, sau đó xây dựng lại.

  3. Đôi khi chỉ cần khởi động lại Visual Studio thực hiện thủ thuật vì trình thám hiểm thử nghiệm sẽ khởi động lại.

  4. Đừng quên thực sự xây dựng dự án / giải pháp thử nghiệm. (Nếu bạn muốn nó được xây dựng với phần còn lại của các dự án, nhấp chuột phải vào giải pháp của bạn> Thuộc tính> Thuộc tính cấu hình> Cấu hình> chọn hộp "Xây dựng" cho dự án thử nghiệm của bạn)

  5. Đảm bảo các bài kiểm tra nằm trong một publicphần của lớp kiểm tra của bạn


34
Tôi nhận ra câu trả lời này hơi muộn, nhưng tìm kiếm Google của tôi đã đưa tôi đến đây và không có gì được đề cập đã giải quyết vấn đề của tôi. Cuối cùng, tôi đã tìm ra nó là số 2 trong danh sách của mình, vì vậy tôi muốn để lại kiến ​​thức đó, cộng với các thủ thuật khác mà tôi đã chọn theo thời gian.
AndyG

7
Một sự kết hợp của # 2 và # 3 đã làm điều đó cho tôi. Visual Studio đã phàn nàn về một số dự án (không thử nghiệm) trong giải pháp của tôi bị loại khỏi bước khám phá thử nghiệm vì chúng được xây dựng cho x86, nhưng điều đó vẫn ổn.
Nate Barbettini

4
Tôi thấy rằng tất cả các cài đặt của tôi đều đúng và khởi động lại không hoạt động. Điều đã khắc phục vấn đề đối với tôi chỉ đơn giản là xây dựng giải pháp. Tôi biết điều này có vẻ ngu ngốc nhưng không rõ ràng là cần thiết; Tôi chưa thấy bất kỳ tài liệu chính thức nào đề cập đến bước này.
user1807768

6
Tôi đã có vấn đề tương tự trong VS2015. # 2 đã khắc phục sự cố cho tôi.
mcolegro 6/11/2015

2
Tôi không biết tại sao mọi người trả rất nhiều tiền cho một sản phẩm thất bại thường xuyên như vậy. Tôi đã phải nâng cấp dự án của mình lên 2015 và làm # 3 2 lần trước khi nó phát hiện ra thử nghiệm của tôi.
Matthew Hoggan

81

Nếu bạn sử dụng NUnit, trước tiên hãy đảm bảo tải xuống Bộ điều hợp NUnit.

Chuyển đến Công cụ → Tiện ích mở rộng và Cập nhật Từ khóa → Trực tuyến → tìm kiếm "Bộ điều hợp thử nghiệm NUnit".


2
Tôi đang sử dụng UnitTests từ Microsoft. Trong trường hợp này, tôi cho rằng không cần thiết phải cài đặt bất cứ thứ gì.
Miguelbgouveia

1
Điều này đã làm điều đó cho tôi - nhiều nghĩa vụ.
Matas Vaitkevicius 7/12/2015

Điều đó đã sửa nó cho tôi. Cảm ơn.
jjthebig1

Được nâng cấp như đã giải quyết vấn đề nhưng có cần phải có bộ điều hợp NUnit hay Visual Stdio sẽ hoạt động với NUnit out-the-box.
Owain Glyndŵr

Bạn là một vị thần
Nox

61

Hãy chắc chắn rằng lớp kiểm tra của bạn là publicnhư vậy nó có thể được tìm thấy. Và nếu bạn đang tham khảo một lớp khác, hãy chắc chắn như vậy.

Ngoài ra, đôi khi nếu bạn không có Khẳng định hoặc bạn không trang trí bài kiểm tra bằng [TestMethod]một bài kiểm tra, một bài kiểm tra có thể không được công nhận.

2 điều nữa: 1) Các bài kiểm tra đơn vị Async hoạt động tốt nhất, và không có gì tồi tệ nhất. Hãy xem bài viết này của Stephen Cleary và giữ từ đó nếu nó làm bạn quan tâm.

2) Nếu bạn sử dụng NUnit và bạn gặp phải các vấn đề tương tự, hãy nhớ rằng đó là [TestCase]cho Nunit, thay vì[TestMethod]

Như đã nói ở trên, đây là một bài viết tôi đã đăng trên dự án mã, với cả MSTest& NUnit, trong trường hợp bạn muốn cung cấp cho nó một vòng quay và đảm bảo bạn không bỏ sót điều gì.


1
Tất cả các thử nghiệm của tôi đều như thế này: [TestClass] lớp công khai ServicesUtilsTest {[TestMethod] public void Test1 () {Assert.IsTrue (True); }}
Miguelbgouveia

Điều này không rõ ràng lắm. Đặt nó trong một khối mã trong câu hỏi của bạn để có thể hiểu được :)
Noctis

Tất cả các thử nghiệm của tôi là cho mã đồng bộ hóa và tôi nghĩ vấn đề của tôi không nằm ở mã thử nghiệm đơn vị mà nhiều hơn trong phòng thu trực quan đôi khi không khám phá ra các thử nghiệm.
Miguelbgouveia

Thay vào đó, hãy thử sử dụng:using Microsoft.VisualStudio.TestTools.UnitTesting;
Noctis

1
Tôi đã sử dụng Microsoft.VisualStudio.TestTools.UnitTesting. Không gian tên này được định nghĩa trong dll Microsoft.VisualStudio.QualityTools.UnitTestFramework.dll
Miguelbgouveia

28

Tôi đã có cùng một vấn đề nhưng không có giải pháp nào khác hiệu quả. Hóa ra tôi đang sử dụng khung NUnit 3 với bộ điều hợp 2.

Nếu bạn đang sử dụng NUnit 3, hãy đi tới Tiện ích mở rộng và Cập nhật và cài đặt Bộ điều hợp thử nghiệm NUnit3.


Nó nói điều này trong phần mô tả của gói Nuget. Nhưng nếu bạn giống tôi và không đọc, tôi hy vọng rằng điều này sẽ giúp ích: "Gói này bao gồm lắp ráp khung NUnit 3.0, được tham chiếu bởi các thử nghiệm của bạn. Bạn sẽ cần cài đặt phiên bản 3.0 của nữ tu- chương trình điều khiển hoặc trình chạy của bên thứ ba hỗ trợ NUnit 3.0 để thực hiện các bài kiểm tra. Người chạy dự định sử dụng với NUnit 2.x sẽ không chạy các bài kiểm tra 3.0 một cách chính xác. "
Frank

Trong trường hợp của tôi, tôi biết nó có liên quan đến bản cập nhật NUnit3, nhưng một bộ thử nghiệm của tôi đã vượt qua và những cái khác không thấy. Khi kiểm tra kỹ hơn, có rất nhiều trường hợp ngoại lệ ở đầu ra, mặc dù tất cả các thử nghiệm đều được thông qua.
Rich Shealer

Đây là trường hợp cho tôi quá. Tôi đã chạy nuget "update-pack" mà không nhận ra nó được cập nhật từ NUnit 2.x lên 3.x.
Jens

Hiện tại Bộ điều hợp thử nghiệm NUnit 3.0 không thể tìm thấy qua NuGet (xem Wiki NUnit 3.0 ). Nó có thể được cài đặt như một phần mở rộng mặc dù.
vauhochzett

1
Cảm ơn rất nhiều Frank. Nó giải quyết vấn đề của tôi. Bây giờ tôi có thể thấy kết quả kiểm tra đơn vị trong cửa sổ giao diện điều khiển :)
santosh kumar patro

12

Thỉnh thoảng tôi gặp vấn đề này. Điều làm việc với tôi là tắt Visual Studio và vào thư mục:

%LocalAppData%\Microsoft\VisualStudio\12.0\ComponentModelCache

và xóa nó nội dung.

Khi bạn mở Visual Studio và tải lại dự án của mình, Test Explorer sẽ chứa lại các bài kiểm tra của bạn


Đối với tôi điều đó không làm việc. Tôi đang sử dụng Visual Studio 2013 Express với bản cập nhật 5 cài đặt gần đây. Vẫn không có bài kiểm tra đơn vị xuất hiện.
Miguelbgouveia 24/07/2015

Đây cũng là những gì công nhân cho tôi. Thậm chí làm việc mà không cần khởi động lại studio hình ảnh. Giờ xuống cống cuối cùng đã kết thúc.
Stephan Ryer

Thư mục này không còn tồn tại trong VS2017.
Noel Widmer

Cảm ơn nó hoạt động với tôi vì bất kỳ thư mục nào trong số những thư mục này có thể có phiên bản khác nhau tùy thuộc vào việc cài đặt phòng thu trực quan như đối với tôi%LocalAppData%\Microsoft\VisualStudio\16.0_03b7a93c\ComponentModelCache
Ravi Kumar Mology

12

Người dùng XUnit có thể nhận thấy cửa sổ Test Explorer không còn liệt kê bất kỳ thử nghiệm nào. Để làm cho các bài kiểm tra có thể khám phá lại, hãy thử mẹo quan trọng này , được đánh dấu bên dưới.

Nếu bạn gặp sự cố khi phát hiện hoặc chạy thử nghiệm, bạn có thể là nạn nhân của bộ đệm người chạy bị hỏng trong Visual Studio. Để xóa bộ đệm này, hãy tắt tất cả các phiên bản của Visual Studio, sau đó xóa thư mục% TEMP% \ VisualStudioTestExplorerExtensions. Ngoài ra, hãy đảm bảo rằng dự án của bạn chỉ được liên kết với một phiên bản duy nhất của gói NuGet của Visual Studio (xunit.runner.visualstudio).

Nhập vào TEMP để tìm thư mục đích


Điều này đã không làm việc cho tôi. Nhà thám hiểm thử nghiệm không tìm thấy thử nghiệm của tôi và theo như tôi có thể nói là tôi không làm sai và tôi đã thử một số giải pháp ở đây mà không thành công.
Skychan

Sử dụng MsTestV2 - đây là điều duy nhất khắc phục được sự cố
Nathan

5

Đối với các nhân viên của Google trong tương lai, tôi đã có một kịch bản hiếm gặp gây ra điều này.

Trên lớp kiểm tra cơ sở của tôi, tôi có một thuộc tính có tên TestContext. Điều này đã can thiệp vào thuộc tính TestContext dành riêng của MSTest khiến tất cả các thử nghiệm của tôi bị ẩn khỏi VS / Resharper ngoại trừ một (không kế thừa từ cơ sở).


1
tôi cũng vậy tôi quên làm cho tài sản bối cảnh thử nghiệm public.
thoát-llc

4

đối với tôi, nó đã thay đổi 'cấu hình giải pháp' thành Gỡ lỗi (thay vì Phát hành).


4

Vấn đề của tôi là vì phương pháp đơn vị thử nghiệm của tôi không phải là khoảng trống , và nó đã nhận được các thông số.


Trong tất cả mọi thứ .... Đây là vấn đề của tôi và bit params có ý nghĩa. Rốt cuộc, hệ thống kiểm tra sẽ biết gì để vượt qua? Giải pháp là tạo một phương thức kiểm tra trong đó bạn gọi thủ công phương thức bạn muốn kiểm tra. Nếu bạn đang thử nghiệm một dự án WebAPI và có Get với thông số, bạn vẫn phải có cuộc gọi Nhận phù hợp nhưng nó sẽ không hiển thị trong trình thám hiểm.
MetalPhoenix 22/03/2016

4

Tôi đã thấy rằng các phương thức kiểm tra đơn vị được đánh dấu async voidlà không được phát hiện bởi VS Test Explorer. Điều này có vẻ là do VS sẽ không có cách nào để chờ đợi một bài kiểm tra kết thúc và quyết định xem nó có thành công hay không. Nếu bạn thực sự cần phải có một phương thức thử nghiệm để chạy không đồng bộ thì hãy lấy nó để trả về một Nhiệm vụ thay vì như thế async Task. Tôi thấy rằng điều này đã khắc phục vấn đề cho tôi.


1
Điều này không trả lời câu hỏi trên, nhưng đây chính xác là vấn đề tôi đang cố gắng giải quyết. Vì vậy, bạn đã gặp tai nạn +1 :) Cảm ơn bạn rất nhiều!
CF

3

Hãy thử xây dựng tất cả các dự án dưới dạng MSIL (Any CPU) thay vì x86 / x64. Làm việc cho tôi một cách kỳ lạ


Tôi vừa phải xây dựng dự án Thử nghiệm bằng cách sử dụng Bất kỳ CPU nào, các dự án khác vẫn là x64
Eduardo Brites

1
Về mặt kỹ thuật, C # / VB.NET luôn biên dịch thành MSIL. Cài đặt dự án "x86", "x64" hoặc "Bất kỳ CPU nào" (và, trong các phiên bản mới hơn, "Ưu tiên 32 bit") chỉ là các cờ ở đầu EXE / DLL. Điểm vẫn đứng, mặc dù; NUnit sẽ không liệt kê các kiểm tra mà nó không thể tải vào công cụ thực thi, vì tài khoản của chúng được đánh dấu là yêu cầu một kiến ​​trúc cụ thể để chạy.
Jonathan Gilbert

3

Trong khi giải pháp của AndyG hoạt động, một giải pháp lâu dài hơn có thể là đặt biến môi trường PreferredToolArch architecture thành "x64", bằng cách:

Cách tạo Visual Studio sử dụng chuỗi công cụ amd64 riêng

hoặc bằng cách:

  • Bảng điều khiển | Hệ thống và bảo mật | Hệ thống | Cài đặt hệ thống nâng cao | Biến môi trường
  • PreferredToolArch architecture = x64
  • DefaultToolArch architecture = Native64Bit
  • PROCESSOR_ARCHITECTURE = x64
  • ProcessorArch architecture = x64

2

Tôi đã phải đối mặt với cùng một vấn đề và tôi đã nhớ lại, một lần nữa (tình huống này đã xảy ra trước đó), rằng việc chọn "Nền tảng hỗn hợp" trên menu nền tảng giải pháp hoạt động, cũng như các câu trả lời khác.


Nhưng đâu là menu nền tảng giải pháp? Có phải trong Visual Studio? Tôi đang sử dụng Visual Studio Express 2013 cho Web và tôi không thể tìm thấy menu đó.
Miguelbgouveia 24/07/2015

2

Tôi đã quản lý để thêm của tôi như là

public static void TestMethod1(){}

bắt đầu làm việc khi tôi gỡ bỏ tĩnh ....



1

đi tới menu dự án> Trình quản lý cấu hình kiểm tra nền tảng dự án thử nghiệm của bạn phù hợp với phần còn lại của dự án và được kiểm tra để xây dựng sau đó xây dựng lại.


1
Tôi không có bất kỳ tùy chọn Trình quản lý cấu hình nào trong menu dự án của mình. Tôi chỉ có thể tìm thấy các tùy chọn thuộc tính dự án. Tôi rất nền tảng của dự án thử nghiệm đơn vị và nó cũng giống như các dự án khác. Vì vậy, đối với tôi giải pháp này không hoạt động.
Miguelbgouveia

Xác định "khớp với phần còn lại của dự án"
hợp nhất

1

Chỉ cần chạy vào đây cũng như tôi đã không thấy một trường hợp tương tự như của tôi.

Trong .csprojtệp của dự án thử nghiệm của tôi, quyền riêng tư tham chiếu NUnit được đặt thành False:

<Reference Include="nunit.framework, Version=2.6.4.14350, Culture=neutral, PublicKeyToken=96d09a1eb7f44a77, processorArchitecture=MSIL">
  <HintPath>..\packages\NUnit.2.6.4\lib\nunit.framework.dll</HintPath>
  <Private>False</Private>
</Reference>

Sau khi tôi thiết lập <Private>để Truenó làm việc.


1

Bạn chỉ cần cài đặt gói này thôi:

Chương trình thử nghiệm NUnit Chương trình thử nghiệm NUnit


Tôi biết rằng sử dụng một khung kiểm tra đơn vị khác sẽ giải quyết vấn đề của tôi. Nhưng nếu tôi muốn tiếp tục sử dụng khung Kiểm tra Đơn vị Microsoft không phải là một giải pháp.
Miguelbgouveia


1

Tôi cũng có chính xác vấn đề đấy.

Đó là do phiên bản NUnit không tương thích mà tôi đã thêm vào dự án của mình (3.2.0) và Bộ điều hợp thử nghiệm tôi đã cài đặt (2.0.0).

Để khắc phục, hãy sử dụng "Công cụ> Tiện ích mở rộng và cập nhật" và tìm kiếm Bộ điều hợp thử nghiệm NUnit3, nó đã phát hiện ra các thử nghiệm của tôi sau đó.

Chúc mừng


Tôi không sử dụng NUnit.
Miguelbgouveia 15/03/2016

1

Hãy giả sử rằng bạn cần sử dụng kiến ​​trúc X64 trong dự án thử nghiệm của mình để các phụ thuộc được xây dựng chính xác (như trong trường hợp của tôi). Bạn có thể cần sửa đổi Kiến trúc Bộ xử lý mặc định trong menu Cài đặt Kiểm tra - Kiểm tra . Đặt cài đặt này thành X64 cho phép trình khám phá thử nghiệm của tôi tìm các thử nghiệm của tôi bằng Microsoft.VisualStudio.TestTools.UnitTesting.


1

Xin lỗi vì đã thêm vào danh sách dài, nhưng tôi đã có một vấn đề hoàn toàn khác. Đầu tiên, tôi muốn đề cập đến việc tôi đã phát hiện ra vấn đề của mình khi nhấp vào 'Chạy tất cả' trong Test Explorer và sau đó xem cửa sổ đầu ra xây dựng trong Visual Studio. Bạn phải chủ động xem nó, vì sau đó tin nhắn biến mất.

Về vấn đề này, có vẻ như trong quá trình quét các bài kiểm tra, DLL được tải và các loại kiểm tra của nó được liệt kê. Điều này khiến các tài liệu tham khảo được tải và nếu có bất kỳ lỗi nào xảy ra trong quá trình này, các thử nghiệm sẽ không được hiển thị trong trình thám hiểm. Tôi có hai vấn đề ngăn chặn DLL thử nghiệm được tải thành công:

  • Vẫn còn một chuyển hướng ràng buộc còn lại trong tệp cấu hình (chuyển hướng đến phiên bản NHiberate phiên bản thấp hơn so với những gì được tham chiếu trong dự án thử nghiệm).
  • Một tham chiếu lắp ráp xung đột (tham chiếu cấp 2 không thể tải). AsmSpy là một công cụ tuyệt vời để săn lùng chúng.

Tôi đã phải đối mặt với cùng một vấn đề, đã có một thời gian khó khăn trong việc tìm kiếm những dlls không tải ....
amarnath chatterjee

1

Nếu bạn tải giải pháp Visual Studio (Cộng đồng VS 2015 trong trường hợp của tôi) từ chia sẻ mạng hoặc thư mục Tài liệu của tôi là một phần của chia sẻ , bạn sẽ gặp rắc rối này. Tôi đã giải quyết nó bằng cách di chuyển giải pháp và các dự án cơ bản của nó vào một thư mục cục bộ.


1

Sau khi dành 2 ngày ... không có gì ở trên làm việc cho tôi. "Giải pháp" duy nhất là: Chuyển đến thuộc tính dự án -> Build Tab. Sau đó nhấp vào nút Nâng cao ở góc dưới bên phải của khung. Thay đổi "Thông tin gỡ lỗi:" thành "đầy đủ" và nhấp vào OK.

Dưới đây là ảnh chụp màn hình: nhập mô tả hình ảnh ở đây

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


0

Tôi đã gặp vấn đề tương tự. Và đã điều tra và thấy rằng dll không được xây dựng và đặt đúng thư mục. Ngay khi tôi thay đổi cấu hình, chúng xuất hiện. - Tùy chọn xây dựng dự án, thư mục nào nên được sử dụng? - cấu hình xây dựng mục menu xây dựng, chúng nên được kiểm tra.

đã sửa nó cho tôi


Đối với tôi, dll dành cho các bài kiểm tra cũng không được xây dựng vì studio trực quan không tìm thấy bất kỳ bài kiểm tra xác định nào. Tôi đang sử dụng Visual Studio Express và tôi không có mục menu Build. Nhưng trong trình quản lý cấu hình của tôi, tôi đã kiểm tra tất cả các tùy chọn xây dựng. Vì vậy, tôi nghĩ rằng đó không phải là vấn đề cho trường hợp của tôi.
Miguelbgouveia

@miguelbgouveia, đó là cách khác - VS xây dựng DLL, sau đó quét chúng để kiểm tra. Vì vậy, nếu bạn không có DLL dự án thử nghiệm, bạn chắc chắn sẽ không tìm thấy thử nghiệm nào.

0

Đối với Visual Studio 2013.5, việc xóa thư mục \ TestResults trong giải pháp đã giúp. Visual Studio đã làm hỏng tệp mdf trong đó nó lưu trữ các bài kiểm tra được phát hiện, do đó ngăn chặn việc phát hiện các bài kiểm tra đơn vị.


1
Đó là trong giải pháp của dự án của bạn. Bấm chuột phải vào tệp dự án của bạn trong Solution Explorer -> Mở thư mục trong File Explorer. Đi lên một thư mục từ đó và xóa thư mục / TestResults. Bạn có thể phải tắt Visual Studio để xóa mọi thứ. Nó sẽ xây dựng lại thư mục vào lần tiếp theo dự án được mở.
MartijnK

0

Hãy chắc chắn rằng tất cả các dự án của bạn đang chạy với cùng một cấu hình. Trong Thuộc tính dự án của bạn => Gỡ lỗi => Nền tảng trong danh sách thả xuống, chọn nền tảng phù hợp (đối với tôi đó là "Bất kỳ CPU") như được xác định tại các dự án khác của bạn.


0
  • Tôi biết rằng các bài kiểm tra đơn vị không được tìm thấy nếu giải pháp không được xây dựng, vì vậy đó là điều cần thử (Xây dựng giải pháp), nhưng giải pháp đó giống như bàn trợ giúp hỏi xem máy tính của bạn có được cắm không ...
  • Sau khi xây dựng lại sạch sẽ không khắc phục được sự cố cho tôi, chạy một bản dựng đầy đủ đã khắc phục nó.

0

Có cùng một vấn đề; các xét nghiệm đột nhiên dừng lại được phát hiện.

Bộ điều hợp thử nghiệm Nunit đã bị vô hiệu hóa bằng cách nào đó. Nhấp vào kích hoạt trong trình quản lý tiện ích mở rộng đã sửa nó cho tôi.


0

Tôi đã có cùng một vấn đề cho đến khi tôi nhận ra rằng tôi đã thực hiện một lỗi cắt / dán và bỏ đi [Test Method]trước khi thử nghiệm.


Điều đó đã xảy ra với tôi. Nhưng trong đó họ không phải là trường hợp.
Miguelbgouveia
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.