2008-09-24 36 views
5

Tôi đã sử dụng NUnit trong một vài năm. Tôi đã thử MBUnit trong một thời gian ngắn cũng như Zenebug và XUnit nhưng tôi tiếp tục trở lại NUnit.Khung kiểm tra đơn vị .NET được yêu thích

Khung kiểm tra Đơn vị yêu thích/được sử dụng nhiều nhất của bạn là gì? Bạn có thể giải thích tại sao bạn đang sử dụng nó?

+1

hãy xem cuộc thăm dò ý kiến ​​(tiếng Đức): [link] (http://windowsdeveloper.de/polls/Welches-NET-Unit-Testing-Framework-verwenden-Sie-172659) – khlr

Trả lời

20

Nunit giành chiến thắng !! Nó rất đơn giản và dễ thực hiện. Không lộn xộn, không ồn ào.

3

Tôi đã sử dụng Nunit trong một thời gian, nhưng tôi thích những thứ được nướng thành VS. Vì vậy, tôi hiện đang sử dụng MSUnit. Chỉ cần một tùy chọn để có ít trình bổ sung được cài đặt trong VS.

2

Tôi thích xUnit vì cách nó sử dụng hàm tạo và phương thức Vứt bỏ thay vì phải áp dụng các thuộc tính cho các phương thức khác để khởi tạo và tất cả điều đó.

7

MbUnit

Tôi thích cách nó xử lý các báo cáo, và tôi mong muốn được một số tính năng sắp tới Tôi đã nghe nói về, chẳng hạn như tích hợp với JsUnit.

1

Tôi đã từng sử dụng NUnit, nhưng bây giờ tôi thích khung công cụ đi kèm với Visual Studio 2008, đơn giản vì nó có tích hợp chặt chẽ hơn và dễ thiết lập để thử nghiệm các phương thức riêng.

Chúng tôi cũng gặp sự cố khi giữ các phiên bản NUnit được đồng bộ hóa với phần còn lại của nhóm. Đó là một sự khó chịu nhỏ (đi và nâng cấp, hoặc sửa chữa các tài liệu tham khảo dự án), nhưng nó đã biến mất với công tắc.

+3

Tôi sẽ cố gắng không trực tiếp kiểm tra các phương pháp riêng. Nội bộ thường không phải là những gì bạn quan tâm khi thử nghiệm. Tôi lấy cách tiếp cận hộp đen: một số đầu vào cho tôi một số đầu ra được cho là đúng. – casademora

3

NUnit. Chúng ta có thể sử dụng nó trên CC.

2

MbUnit có cú pháp tương thích với NUnit nhưng có nhiều tính năng hơn (đặc biệt là kiểm tra định hướng dữ liệu).

+0

Bạn có thể giải thích thêm về điều đó - bạn thích các tính năng nào nhất –

4

Gallio có vẻ sẽ tuyệt vời khi nó trở nên ổn định hơn (hiện tại là alpha). Đây không chỉ là một khung kiểm tra, mà là một nền tảng tự động hóa thử nghiệm, vì vậy nó sẽ làm việc với nhiều khung kiểm thử hiện có (MbUnit, NUnit, xUnit.net), nhưng có thể mở rộng hoàn toàn, với một số tính năng bổ sung được tích hợp sẵn như vậy như tạo báo cáo ở nhiều định dạng và công cụ phân tích mã.

Tôi cũng đã nghe nói rằng nó sẽ có thể

  • suối hình ảnh đầu ra, ví dụ như vậy WatiN thất bại thử nghiệm có thể được xuất ra như ảnh chụp màn hình, vì vậy bạn có thể xem những gì nêu trình duyệt là trong khi thử nghiệm thất bại.
  • lọc theo không gian tên, vì vậy bạn có thể dễ dàng bỏ chọn các xét nghiệm cho toàn bộ không gian tên trước khi chạy chúng

Edit: Nó thực sự là ra khỏi alpha bây giờ. Chúng tôi đã thử nó tại công ty của chúng tôi và chúng tôi thực sự ghét nó. Thật khủng khiếp khi sử dụng và rất chậm. Xấu hổ làm sao.

+0

+1 nhưng không phải là alpha nữa –

6

Tôi đã sử dụng nUnit trong nhiều năm, nhưng khi chúng tôi chuyển sang VS2008 và TFS 2008 (sử dụng TeamBuild), chúng tôi đã quyết định thử MSTest. Không có khiếu nại lớn ở đó ... chúng tôi thực sự thích nó tích hợp như thế nào với IDE cũng như máy chủ xây dựng CI.

Một điều mới mà chúng tôi đang cố gắng có tiềm năng tuyệt vời là một tiện ích bổ sung khác từ Microsoft Research được gọi là Pex (yêu cầu VS2008). Khi họ đặt nó: "Pex tạo ra các bài kiểm tra đơn vị từ các bài kiểm tra đơn vị tham số bằng tay thông qua thử nghiệm thăm dò tự động dựa trên việc thực thi biểu tượng động". Cách tôi đặt nó là: điều này phân tích tĩnh về kiểm tra đơn vị và mã đích của bạn và kiểm thử đơn vị của codegen để đạt được độ bao phủ mã siêu cao (thường không thực tế nếu bạn làm việc đó bằng tay).

2

Hỗ trợ cho các thử nghiệm NUnit trong Resharper rất tuyệt vời và đặt thanh rất cao để tôi chuyển khỏi NUnit. Tôi có thể chạy tất cả các bài kiểm tra trong một giải pháp trực tiếp từ Visual Studio, hoặc tôi có thể đi sâu vào và tập trung vào các bài kiểm tra cụ thể. Khi mã của tôi được đăng ký, phiên bản tích hợp liên tục của tôi chạy các kiểm tra tương tự. Điều này mang lại cho tôi rất nhiều sự tự tin trong quá trình phát triển của tôi.

2

MSTest

http://en.wikipedia.org/wiki/MSTest

Tôi không biết nếu đó là yêu thích của tôi (chưa thực sự cố gắng nhiều người khác), nhưng đó là thuận tiện vì nó được xây dựng vào Visual Studio.

1
  1. xUnit - ít lễ, hỗ trợ cho dữ liệu hướng thử nghiệm và extentions khác
1

Tôi đã sử dụng NUnit cho khoảng 4 năm nay, chắc chắn sẽ khuyên bạn nên sử dụng nó. Reshaper - một plugin cho VisualStudio của JetBrains bao gồm một UnitTestRunner tích hợp độc đáo với VisualStudio và cho phép bạn chạy/gỡ lỗi các bài kiểm tra của bạn trực tiếp từ IDE. Resharper, NUnit và RhinoMocks là bộ công cụ ưa thích của tôi cho UnitTesting.

1

Tôi đã sử dụng cả NUnit cũng như Kiểm tra MS. Tôi thích sự tích hợp của MS thử nghiệm với IDE và lợi ích bổ sung của vùng phủ sóng mã là tốt. Nhưng vì lý do hiệu suất cũng như những thứ như xác nhận thông thạo, tôi thích sử dụng NUnit hơn kiểm tra MS.

Bạn có thể viết các xác nhận không xác định khung bằng cách sử dụng thư viện có tên là Nên. Nó cũng có một cú pháp thông thạo rất tốt có thể được sử dụng nếu bạn thích giao diện thông thạo. Tôi đã có một bài đăng trên blog có liên quan đến nhau.

http://nileshgule.blogspot.com/2010/11/use-should-assertion-library-to-write.html

Nếu chúng ta sử dụng một cái gì đó giống như có nên cho khẳng định sau đó cả hai phiên bản thử nghiệm gần như lokks giống nhau và tôi không thấy nhiều khác biệt giữa hai khung.

Tôi đã thực hiện so sánh các khung kiểm tra đơn vị NUnit và MSTest tại một trong số blog của mình.