NUnit so với xUnit

Sự khác biệt giữa NUnit và xUnit.net là gì? Mục đích của việc phát triển hai trong số họ, không chỉ một?

Tôi đã đọc rằng xUnit đang được phát triển bởi nhà phát minh NUnit:

xUnit.net là một công cụ kiểm tra đơn vị cho .NET Framework. Được viết bởi nhà phát minh ban đầu của NUnit

Mặt khác:

NUnit là một khung kiểm tra đơn vị cho tất cả các ngôn ngữ .Net .. bản phát hành sản xuất hiện tại, phiên bản 2.6, là bản phát hành chính thứ bảy của công cụ kiểm tra đơn vị dựa trên xUnit này

Vậy đâu là sự thật?

Tại thời điểm viết câu trả lời này, phiên bản NUnit mới nhất là v3.5 và xUnit.net là v2.1.

Cả hai khung đều tuyệt vời và cả hai đều hỗ trợ chạy thử nghiệm song song (mặc dù theo một cách khác). NUnit đã xuất hiện từ năm 2002, được sử dụng rộng rãi, được ghi chép đầy đủ và có một cộng đồng lớn, trong khi xUnit.net hiện đại hơn, TDD chặt chẽ hơn, có thể mở rộng hơn và cũng là xu hướng phát triển .NET Core. Nó cũng được ghi lại.

Ngoài ra, sự khác biệt chính mà tôi nhận thấy là cách xUnit.net chạy các phương pháp thử nghiệm. Vì vậy, trong NUnit , chúng tôi có một lớp thử nghiệm và một tập hợp các phương pháp thử nghiệm trong đó. NUnit tạo một thể hiện mới của lớp thử nghiệm và sau đó chạy tất cả các phương thức kiểm tra từ cùng một thể hiện. Trong khi xUnit.net tạo một phiên bản mới của lớp thử nghiệm cho từng phương thức thử nghiệm. . Do đó, người ta không thể sử dụng các trường hoặc thuộc tính để chia sẻ dữ liệu giữa các phương pháp thử nghiệm là một phương pháp không tốt, vì các phương pháp thử nghiệm của chúng tôi sẽ phụ thuộc vào nhau và điều này không được chấp nhận trong TDD. Vì vậy, nếu bạn sử dụng xunit.net, bạn có thể chắc chắn rằng các phương pháp kiểm tra của bạn hoàn toàn bị cô lập.

Tuy nhiên, nếu bạn sẵn sàng chia sẻ một số dữ liệu giữa các phương pháp thử nghiệm của mình, xUnit sẽ cho phép bạn làm như vậy. Do đó, theo mặc định, tất cả các phương pháp thử nghiệm đều được cách ly hoàn toàn, nhưng bạn có thể cố ý phá vỡ sự cô lập này trong các trường hợp cụ thể. Tôi thích thái độ này, đó là lý do tại sao tôi thích nó hơn.

Bạn đang nhầm lẫn tên của một công cụ duy nhất ( xUnit.net ) với tên của cả lớp khung công tác kiểm thử đơn vị ( xUnit , x đề cập đến một ngôn ngữ / môi trường, ví dụ như JUnit, NUnit, ...).

Ưu điểm xUnit:

xUnit tuân theo một khái niệm mới bằng cách tránh các phương thức "SetUp" và "TearDown" cũ. Nó buộc chúng ta phải sử dụng IDisposable và một hàm tạo như chúng ta nên làm với tư cách là nhà phát triển .NET. Ngoài ra xUnit có một khái niệm chia sẻ ngữ cảnh rõ ràng.

xUnit Nhược điểm:

Tính khả dụng để lấy bối cảnh thử nghiệm chưa được triển khai.

Một lợi ích của xUnit là nó tìm thấy các bài kiểm tra trong các lớp khác nhau; nó chạy chúng song song . Điều này có thể tiết kiệm rất nhiều thời gian nếu bạn có nhiều trường hợp thử nghiệm.

Tất nhiên, bạn có thể tắt tính năng này hoặc kiểm soát hoạt động của nó (số luồng, luồng trên mỗi lớp, bài kiểm tra trên mỗi tổ hợp, v.v.

Kiểm tra giải pháp mẫu này với hai dự án thử nghiệm, một dự án sử dụng xUnit, còn lại là NUnit .

Bạn có thể đọc thêm về các bài kiểm tra song song trong xUnit tại đây .