Phương pháp kiểm tra là không thuyết phục: Kiểm tra không chạy. Lỗi?

Tôi có một lớp kiểm tra và dưới đây tôi đã đăng một bài kiểm tra mẫu từ lớp kiểm tra

namespace AdminPortal.Tests.Controller_Test.Customer
{
    [TestClass]
    public class BusinessUnitControllerTests
    {
        private IBusinessUnitRepository _mockBusinessUnitRepository;
        private BusinessUnitController _controller;

        [TestInitialize]
        public void TestInitialize()
        {
            _mockBusinessUnitRepository = MockRepository.GenerateMock<IBusinessUnitRepository>();
            _controller = new BusinessUnitController(_mockBusinessUnitRepository);
        }

        [TestCleanup]
        public void TestCleanup()
        {
            _mockBusinessUnitRepository = null;

            _controller.Dispose();
            _controller = null;

        }

        #region Index Action Tests
        [TestMethod]
        public void Index_Action_Calls_GetAllBusinessUnit()
        {
            _mockBusinessUnitRepository.Stub(x => x.GetAllBusinessUnit());

            _controller.Index();

            _mockBusinessUnitRepository.AssertWasCalled(x=>x.GetAllBusinessUnit());
        }
    }
}

Khi tôi chạy dự án, tôi nhận được màn hình sau

Tôi đã kiểm tra các tài liệu tham khảo và dự án thử nghiệm có tham chiếu đến dự án chính. Bất cứ ý tưởng tại sao bài kiểm tra không chạy hoặc nói rằng chúng không kết luận?

Chỉnh sửa 1:

Tôi đã thấy một bài đăng ở đây và thay đổi kiến ​​trúc bộ xử lý mặc định của thử nghiệm thành X64 nhưng nó vẫn không hoạt động.

Chỉ trong trường hợp không có tùy chọn nào ở trên hoạt động cho bất kỳ ai tôi đã sửa lỗi này bằng cách nhận thấy một mục bị hỏng trong App.Config do gói nuget bị thiếu trong dự án thử nghiệm.

Đối với tôi điều đó khá là bực bội, nhưng ít nhất tôi đã tìm ra giải pháp cho trường hợp của mình:

Nếu TestMethod của bạn không đồng bộ, nó không thể bị hủy. Nó PHẢI trả lại nhiệm vụ.

Hy vọng nó sẽ giúp được ai đó :)

Tôi gặp vấn đề tương tự với việc chia sẻ lại và tôi đã sửa lỗi này bằng cách thay đổi một tùy chọn:

Chia sẻ lại => Tùy chọn => Công cụ => Kiểm tra đơn vị

Tôi chỉ phải bỏ chọn tùy chọn "Các bản sao bóng đang được thử nghiệm"

Đó là một vấn đề Resharper. Trong tùy chọn Chia sẻ lại-> Công cụ-> MSTEST, tôi đã bỏ chọn Sử dụng Trình chạy kế thừa và bây giờ nó hoạt động.

Tôi đã gặp vấn đề này, và hóa ra cũng giống như vấn đề này ở đây . Câu trả lời này đã giải quyết vấn đề cho tôi .

1. Bỏ chọn "Chỉ xây dựng các dự án khởi động và phụ thuộc vào Chạy" (Tùy chọn -> Dự án và Giải pháp -> Xây dựng và Chạy)
2. Trong Trình quản lý cấu hình, đảm bảo cả dự án khởi động và dự án thử nghiệm đều được kiểm tra "Xây dựng".

Lần thứ hai tôi gặp phải vấn đề này, đó là do một dấu và trong filepath cho dự án nơi các bài kiểm tra cư trú. Nó hoạt động tốt với trình chạy thử của ReSharper, nhưng không phải của dotCover. Loại bỏ dấu và từ filepath.

Đây là một lỗi được xác nhận với dotCover.

Đối với tôi, chỉ cần làm sạch và xây dựng lại giải pháp đã sửa nó.

Đối với tôi, vấn đề là tệp XML cài đặt NUnit / ReSharper bị hỏng (do thiếu điện không mong muốn).

Để xác định lỗi tôi đã khởi động Visual Studio bằng lệnh này :

devenv.exe /ReSharper.LogFile C:\temp\resharper.log /ReSharper.LogLevel Verbose

Kiểm tra các tập tin tiết lộ ngoại lệ sau đây:

09:45:31.894 |W| UnitTestLaunch                | System.ApplicationException: Error loading settings file
System.ApplicationException: Error loading settings file ---> System.Xml.XmlException: Root element is missing.
   at System.Xml.XmlTextReaderImpl.Throw(Exception e)
   at System.Xml.XmlTextReaderImpl.ParseDocumentContent()
   at System.Xml.XmlLoader.Load(XmlDocument doc, XmlReader reader, Boolean preserveWhitespace)
   at System.Xml.XmlDocument.Load(XmlReader reader)
   at System.Xml.XmlDocument.Load(String filename)
   at NUnit.Engine.Internal.SettingsStore.LoadSettings()
   --- End of inner exception stack trace ---
   at NUnit.Engine.Internal.SettingsStore.LoadSettings()
   at NUnit.Engine.Services.SettingsService.StartService()
   at NUnit.Engine.Services.ServiceManager.StartServices()
   at NUnit.Engine.TestEngine.Initialize()
   at NUnit.Engine.TestEngine.GetRunner(TestPackage package)
   at JetBrains.ReSharper.UnitTestRunner.nUnit30.BuiltInNUnitRunner.<>c__DisplayClass1.<RunTests>b__0()
   at JetBrains.ReSharper.UnitTestRunner.nUnit30.BuiltInNUnitRunner.WithExtensiveErrorHandling(IRemoteTaskServer server, Action action)

Lưu ý rằng điều này KHÔNG là app.config của dự án thử nghiệm!

Một người nhanh chóng tìm hiểu về tệp sau đây là thủ phạm:

%LOCALAPPDATA%\NUnit\Nunit30Settings.xml

Nó tồn tại, nhưng trống rỗng. Xóa nó và khởi động lại Visual Studio đã giải quyết vấn đề.

(Sử dụng Visual Studio Professional 2017 v15.3.5 và ReSharper 2017.2.1).

Tôi đã gặp phải vấn đề này trong bản cập nhật vs 2017 2017 với Resharper Ultimate 2017.2

Khởi động lại vs hoặc khởi động lại máy không thể giúp đỡ.

Tôi đã giải quyết vấn đề bằng cách xóa Cache như sau:

    Resharper ->options-> Environment ->click the button 'Clear caches'

Cập nhật:

Có một nút "lỗi" (tôi tìm thấy trong Resharper 2018) ở góc trên bên phải của cửa sổ kiểm tra.

Nếu bạn nhấp vào nút lỗi, nó sẽ hiển thị thông báo lỗi có thể giúp giải quyết vấn đề.

Để theo dõi gốc rễ của vấn đề, hãy chạy Visual Studio ở chế độ nhật ký. Trong vs 2017, Chạy lệnh:

      devenv /ReSharper.LogFile C:\temp\log\test_log.txt /ReSharper.LogLevel Verbose

Chạy thử nghiệm.

Xem lại tệp nhật ký test_log.txt và tìm kiếm 'lỗi' trong tệp.

Tệp nhật ký là một trợ giúp tuyệt vời để tìm ra lỗi mà bạn có thể giải quyết hoặc bạn có thể gửi sự cố với tệp nhật ký đến nhóm hỗ trợ kỹ thuật của Resharper .

Tôi chỉ sửa vấn đề này là tốt. Tuy nhiên, không có giải pháp nào trong chủ đề này hoạt động. Đây là những gì tôi đã làm ...

Vì R # không cung cấp bất kỳ chi tiết nào về lý do tại sao mọi thứ không thành công, tôi đã quyết định thử chạy thử nghiệm VS2013 tích hợp. Nó đã trải nghiệm chính xác hành vi tương tự trong đó không có bài kiểm tra nào chạy. Tuy nhiên, nhìn vào cửa sổ đầu ra, cuối cùng tôi cũng có một thông báo lỗi:

Một ngoại lệ đã xảy ra trong khi gọi người thực thi 'người thực thi: // mstestad CHƯƠNG / v1': Tham chiếu đối tượng không được đặt thành phiên bản của đối tượng.

Điều này dẫn tôi đến một chủ đề khác về SO với một giải pháp. Tin tôi đi, tôi sẽ KHÔNG BAO GIỜ đoán được vấn đề là gì.

Gần đây tôi đã thực hiện một vài thay đổi đối với tệp BangInfo.cs trong khi tạo gói NuGet. Một trong những thay đổi bao gồm chỉ định giá trị văn hóa lắp ráp của "en".

Tôi đã thay đổi điều này:

[assembly: AssemblyCulture("")] 

đến đây:

[assembly: AssemblyCulture("en")]`. 

Điều đó là vậy đó! Đó là những gì không thể giải thích được đã phá vỡ các bài kiểm tra đơn vị của tôi. Tôi vẫn không hiểu tại sao, tuy nhiên. Nhưng ít nhất mọi thứ đang hoạt động trở lại. Sau khi tôi hoàn nguyên thay đổi này (tức là đặt văn hóa trở lại ""), các thử nghiệm của tôi bắt đầu chạy lại.

Hy vọng rằng sẽ giúp ai đó ra khỏi đó.

Trong trường hợp của tôi [Test]phương pháp chỉ là private. Xấu hổ

Vấn đề của tôi là tôi chỉ cài đặt NUnit với nuget. Tôi đã không cài đặt NUnit3TestAd CHƯƠNG cũng được yêu cầu.

Install-Package NUnit3TestAdapter

Trong trường hợp của tôi, đó là một lỗi tôi đã làm trong khi sao chép chuỗi kết nối trong app.config .. Tôi đã đặt nó bên trong thẻ configSections!

Mất một lúc tôi mới nhận ra rằng ... cảm ơn VS intellisense mặc dù .. hay nó đã được chia sẻ lại?

Tôi đã có vấn đề tương tự. VS 2010, c # CLR 2 Nunit 2.5.7, chỉ cần xây dựng> giải pháp sạch từ VS đã giúp giải quyết vấn đề này

Trong trường hợp của tôi, tôi đã tạo ra một phương thức kiểm tra async trả về void. Trở về Taskthay vì voidgiải quyết vấn đề.

Bạn đã thêm bất kỳ phụ thuộc DLL gần đây? ... giống tôi

Tôi chỉ gặp vấn đề tương tự và thật bực tức khi không nhận được bất kỳ manh mối nào trong cửa sổ đầu ra thử nghiệm hoặc ở nơi khác thực tế.

Nguyên nhân cực kỳ ngu ngốc: Tôi vừa thêm một ngày trước khi phụ thuộc vào một DLL bên ngoài bổ sung trong một dự án phụ và Ứng dụng dự án chính thực sự được xây dựng và chạy chính xác sau khi thay đổi. Nhưng các bài kiểm tra đơn vị của tôi nằm trong một dự án chị em với ứng dụng chính, và do đó, quá phụ thuộc vào dự án phụ đã thay đổi này, nơi DLL được gọi ... tuy nhiên, vị trí thời gian chạy của dự án thử nghiệm không phải là Ứng dụng chính! Vì vậy, việc thay đổi bản dựng để sao chép DLL bị thiếu vào thư mục thời gian chạy thử đã khắc phục sự cố.

Tôi đang sử dụng VS2013, ReSharper 9.1 với phần mở rộng MSpec từ ReSharper và Moq. Tôi đã trải qua lỗi "không kết luận" tương tự.

Hóa ra một trong những Mock của tôi từ Moq không được khởi tạo, chỉ được khai báo. Những người khởi tạo tất cả các bài kiểm tra chạy lại.

Trong trường hợp của tôi, tôi đã gặp lỗi này do chế độ 'Phát hành' trong đó việc xây dựng dự án UnitTests đơn giản bị tắt. Chuyển về chế độ 'Gỡ lỗi' đã sửa nó.

Thật đáng ngạc nhiên khi ReSharper không thể nói bất cứ điều gì trong trường hợp không thể tìm thấy thư viện UnitTests. Nghiêm túc mà nói, đó là một sự xấu hổ;)

Hy vọng nó sẽ giúp được ai đó

Trong trường hợp của tôi, tất cả thử nghiệm trong một số dự án thử nghiệm trong một giải pháp bắt đầu không chạy sau khi tôi thêm các dự án mới. Sử dụng VS 2017 với ReSharper 2017.1.2 tại đây.

Trước hết, hãy đảm bảo bạn không lãng phí thời gian khi cho rằng vấn đề của mình có liên quan đến ReSharper. Thật dễ dàng để giả định rằng có gì đó không ổn với ReSharper nếu bạn sử dụng các tính năng kiểm tra đơn vị của nó bao gồm Unit Test Explorer . Mở Test Explorer của Visual Studio trong menu Test và thử Run All ". Ưu điểm bổ sung của việc này là cửa sổ đầu ra sẽ hiển thị thông báo lỗi có thể chỉ cho bạn đi đúng hướng. Nếu bạn nhận thấy rằng cùng một bộ thử nghiệm không được chạy, thì có thể giả định rằng sự cố xảy ra với Visual Studio chứ không phải ReSharper.

Tôi đã kết thúc việc xóa và thêm lại một trong những nền tảng giải pháp hoạt động , Bất kỳ CPU , trong Trình quản lý cấu hình . Bằng cách làm như vậy, sau khi lưu các thay đổi của tôi và mở lại giải pháp, tất cả các thử nghiệm đã bắt đầu chạy lại.

Tôi tin rằng có một mục cấu hình không mong muốn trong tệp giải pháp khi tôi thêm các dự án mới và bằng cách sử dụng tái tạo một trong các nền tảng, nó đã tự sửa. Tôi đã cố gắng tìm khác biệt nhưng rất khó để nói những gì đã thay đổi để gây ra vấn đề.

Đối với những người đang gặp vấn đề này cho dự án thử nghiệm của tôi .NET Core 2.0trong Visual Studio 2017 Community (v15.3 3). Tôi cũng đã có lỗi này bằng cách sử dụng JetBrains ReSharper Ultimate 2017.2 Build 109.0.20170824.131346- có một lỗi tôi đã đăng.

JetBrains khuyên nên tạo một dự án thử nghiệm mới từ đầu để tái tạo nó. Khi tôi làm điều đó và có các bài kiểm tra hoạt động tốt, tôi đã tìm thấy lý do gây ra vấn đề:

• Xóa *.csprojtệp này khỏi tệp của bạn :
• Service Include="{82a7f48d-3b50-4b1e-b82e-3ada8210c358}"

Khi tôi làm điều đó - các bài kiểm tra bắt đầu hoạt động tốt.

Tôi đang sử dụng VS2010, NUnit 2.6.3 (mặc dù bên trong ReSharper nói rằng nó đang sử dụng 2.6.2?), ReSharper 7.7.1 & NCrunch 2.5.0.12 và đang chạy vào cùng một điều "... không thử nghiệm ..." với NUnit, nhưng NCrunch cho biết mọi thứ đều ổn. Trong hầu hết ngày hôm nay, NUnit & NCrunch đã đồng bộ về việc thử nghiệm nào là hạnh phúc và cần tái cấu trúc, sau đó, một điều gì đó đã xảy ra mà tôi vẫn không hiểu, và trong một thời gian NCrunch nói rằng tôi đã thất bại trong các thử nghiệm (nhưng bước qua chúng đã cho họ thấy vượt qua), sau đó quyết định tất cả đều hoạt động và NUnit bắt đầu phàn nàn về tất cả các bài kiểm tra của tôi ngoại trừ một bài kiểm tra có cùng thông điệp "..test là không có kết quả ..." mà tôi lại có thể bước một lần để vượt qua mặc dù NUnit vẫn tiếp tục để hiển thị nó là "không kết luận").

Tôi đã thử một số đề xuất ở trên nhưng không có kết quả, và cuối cùng chỉ cần đóng VS2010 và mở lại giải pháp. Voila, bây giờ tất cả các bài kiểm tra của tôi đều vui vẻ trở lại và NCrunch & NUnit đang báo cáo kết quả tương tự một lần nữa. Thật không may, tôi không biết điều gì đã thay đổi để khiến chúng không đồng bộ, nhưng việc đóng và mở lại VS2010 dường như đã sửa nó.

Có thể người khác sẽ gặp phải vấn đề này và có thể sử dụng giải pháp đơn giản này (nếu cuối cùng không thỏa mãn vì bạn không biết giải pháp khắc phục thực sự là gì).

tôi đã có vấn đề tương tự. Thủ phạm là một tài liệu tham khảo bên ngoài không tương thích với các cài đặt xây dựng dự án của tôi. Để giải quyết, tôi nhấp chuột phải vào dự án-> thuộc tính-> xây dựng-> Mục tiêu nền tảng-> thay đổi từ bất kỳ CPU nào thành x86.

Cái * đặc biệt mà tôi đang làm việc là System.Data.SQLite. Đó là * đặc biệt được mã hóa cứng cho hoạt động 32 bit. Cài đặt "Bất kỳ CPU" đã cố tải nó dưới dạng 64 bit.

Giải pháp của tôi:

NUnit 3.2.0 có một số vấn đề với Resharper - hạ cấp xuống 2.6.4:

update-package nunit -version 2.6.4

Trong trường hợp của tôi, phương pháp thử nghiệm của tôi là riêng tư, tôi đã thay đổi nó thành công khai và nó đã hoạt động.

Nguyên nhân do thiếu tệp App.Config (không bị hỏng). Thêm mới (Thêm -> Mục mới ... -> Tệp cấu hình ứng dụng) đã sửa nó.

Tôi có cùng một vấn đề. Nó liên quan đến phiên bản tương thích giữa NUnit 3.5 và Resharper 9.2, vì nó đã được giải quyết bằng cách hạ cấp từ NUnit 3.5 xuống 2.6.4. Nó làm việc cho tôi. chúc may mắn.

Nếu bạn đang sử dụng xUnit, tôi đã giải quyết vấn đề cài đặt xunit.running.visualstudiogói. (hiện đang sử dụng xUnit 2.3.1và VS17 Enterprise 15.3.5)

Tôi gặp vấn đề tương tự khi chạy bất kỳ thử nghiệm nào bằng khung NUnit. "Không xác định: Kiểm tra không chạy" Visual Studio 2017 15.5.6

ReSharper Ultimate 2017.3.3 Xây dựng 111.0.20180302.65130

GIẢI QUYẾT Thêm phụ thuộc dự án vào Microsoft.NET.Test.Sdk

Đối với những người đang vội vàng thực hiện thử nghiệm, tôi đã phải sử dụng trình thám hiểm thử nghiệm VS 2017 để chạy thử nghiệm;

Lỗi này xảy ra với Visual Studio 2017 và chia sẻ lại phiên bản 2018.2.3 nhưng cách khắc phục áp dụng cho các phiên bản Visual Studio 2019.

Cách khắc phục, để có được các thử nghiệm hoạt động trong Resharper, chỉ đơn giản là cập nhật lên phiên bản Resharper mới nhất (2019.2.1) tại thời điểm viết.

Tôi đã có cùng một vấn đề chính xác và không có gì giúp được.

cuối cùng tôi thấy rằng tôi có một sự không phù hợp trong không gian tên của dự án đơn vị và dự án thử nghiệm đơn vị.

Không gian tên của dự án đơn vị của tôi là unit.project và dự án thử nghiệm được đặt tên là unit.project.tests nhưng không gian tên mặc định của thử nghiệm giống như đơn vị, cả hai đều là unit.project.

Khi tôi đã cập nhật các không gian tên thành khác nhau (một không gian tên cho mỗi dự án), mọi thứ đều hoạt động!