न्यूट बनाम एमबीयूनीट बनाम एमएसटीएस्ट बनाम xUnit.net

Question

.NET के लिए वहां बहुत सारे अनूठे ढांचे हैं। मुझे यह छोटी सुविधा तुलना मिली: http://xunit.github.io/docs/comparisons.html

अब मैं हमारे लिए सबसे अच्छा चुनना चाहता हूं। पर कैसे? फर्क पड़ता है क्या? कौन सा भविष्य का सबूत है और इसके पीछे एक सभ्य गति है? क्या मुझे सुविधाओं की परवाह करनी चाहिए? जबकि xUnit सबसे आधुनिक और विशेष रूप से .NET के लिए डिज़ाइन किया गया प्रतीत होता है, NNnit फिर से व्यापक रूप से स्वीकार किया जाता है। एमएसटीएस्ट फिर से विजुअल स्टूडियो में एकीकृत है ...

Answer 1

मुझे पता है कि यह एक पुराना धागा है, लेकिन मैंने सोचा कि मैं xUnit.NET के लिए वोट पोस्ट करूंगा। जबकि उल्लेख किए गए अन्य परीक्षण ढांचे में से अधिकांश बहुत समान हैं, xUnit.NET ने इकाई परीक्षण के लिए एक सुंदर अद्वितीय, आधुनिक और लचीला दृष्टिकोण लिया है। यह शब्दावली को बदलता है, इसलिए आप टेस्टफिक्चर और टेस्ट को परिभाषित नहीं करते हैं ... आप अपने कोड के बारे में तथ्यों और सिद्धांतों को निर्दिष्ट करते हैं, जो एक टीडीडी/बीडीडी परिप्रेक्ष्य से परीक्षण की अवधारणा के साथ बेहतर एकीकृत करता है।

xUnit.NET भी बेहद विस्तार योग्य है।इसकी फैक्टएट्रिब्यूट और ट्राइट एट्रिब्यूट विशेषता वर्गों को सील नहीं किया गया है, और अतिरंजित आधार विधियां प्रदान करती हैं जो आपको इस पर बहुत अधिक नियंत्रण देती हैं कि उन गुणों को कैसे सजाने के तरीके को निष्पादित किया जाना चाहिए। जबकि xUnit.NET इसके डिफ़ॉल्ट रूप में आपको परीक्षण कक्षाएं लिखने की अनुमति देता है जो उनके परीक्षण विधियों के साथ एनयूनीट परीक्षण फिक्स्चर के समान हैं, आप यूनिट परीक्षण के इस रूप तक ही सीमित नहीं हैं। here दिखाए गए अनुसार, आप बीडीडी-शैली कंसर्न/संदर्भ/निरीक्षण विनिर्देशों का समर्थन करने के लिए ढांचे का विस्तार करने के लिए स्वतंत्र हैं।

xUnit.NET भी थ्योरी विशेषता और संबंधित डेटा विशेषताओं के साथ बॉक्स के बाहर फिट-शैली परीक्षण का समर्थन करता है। फिट इनपुट डेटा एक्सेल, डेटाबेस, या यहां तक ​​कि एक कस्टम दस्तावेज़ स्रोत जैसे वर्ड डॉक्यूमेंट (बेस डेटा एट्रिब्यूट को बढ़ाकर) से लोड किया जा सकता है। यह आपको यूनिट परीक्षण और एकीकरण परीक्षण दोनों के लिए एक एकल परीक्षण मंच पर कैपिटल करने की अनुमति देता है, जो कि उत्पाद निर्भरताओं और आवश्यक प्रशिक्षण को कम करने में बहुत बड़ा हो सकता है।

परीक्षण के लिए अन्य दृष्टिकोण xUnit.NET के साथ भी लागू किए जा सकते हैं ... संभावनाएं असीमित हैं। एक और बहुत आगे दिखने वाले मॉकिंग फ्रेमवर्क के साथ संयुक्त, Moq, दोनों स्वचालित परीक्षण को लागू करने के लिए एक बहुत ही लचीला, एक्स्टेंसिबल और शक्तिशाली मंच बनाते हैं। अच्छी तरह से सी में मिश्रित-मोड परियोजनाओं ++ साथ

Answer 2

एनयूनीट शायद तीसरे पक्ष के उपकरणों द्वारा सबसे अधिक समर्थित है। यह अन्य तीनों की तुलना में काफी लंबा रहा है।

मैं व्यक्तिगत रूप से इकाई परीक्षण ढांचे के बारे में ज्यादा परवाह नहीं करता हूं, पुस्तकालयों का मज़ाकिया IMHO अधिक महत्वपूर्ण है (और आपको बहुत अधिक लॉक करता है)। बस एक उठाओ और इसके साथ छड़ी।

Answer 3

यह एक बड़ा सौदा नहीं है, यह उनके बीच स्विच करना बहुत आसान है। एमएसटीएस्ट एकीकृत किया जा रहा है या तो एक बड़ा सौदा नहीं है, बस testdriven.net पकड़ो।

पिछले व्यक्ति की तरह एक मॉकिंग फ्रेमवर्क चुनें, इस समय मेरा पसंदीदा मोक है।

Answer 4

मैं एमएसटीएस्ट के साथ नहीं जाऊंगा। यद्यपि यह शायद माइक्रोसॉफ्ट के साथ ढांचे का सबसे भविष्य का सबूत है, यह सबसे लचीला समाधान नहीं है। यह कुछ हैक्स के बिना अकेले खड़े नहीं होगा। तो इसे विजुअल स्टूडियो इंस्टॉल किए बिना टीएफएस के अलावा किसी बिल्ड सर्वर पर चलाना मुश्किल है। विजुअल स्टूडियो टेस्ट-रनर वास्तव में Testdriven.Net + किसी भी अन्य ढांचे से धीमा है। और क्योंकि इस ढांचे की रिलीज विजुअल स्टूडियो की रिलीज से जुड़ी हुई है, वहां कम अपडेट हैं और यदि आपको पुराने वीएस के साथ काम करना है तो आप पुराने एमएसटीएस्ट से जुड़े हुए हैं।

मुझे नहीं लगता कि यह आपके द्वारा उपयोग किए जाने वाले अन्य ढांचे के बारे में बहुत मायने रखता है। एक से दूसरे में स्विच करना वास्तव में आसान है।

मैं अपने सहकर्मियों की वरीयता के आधार पर व्यक्तिगत रूप से XUnit.Net या NUnit का उपयोग करता हूं। न्यूटिट सबसे मानक है। XUnit.Net सबसे पतला ढांचा है।

Answer 5

यह एक छोटे से/व्यक्तिगत पैमाने पर एक बड़ा सौदा नहीं है, लेकिन यह बड़े पैमाने पर एक बड़ा सौदा हो सकता है। मेरा नियोक्ता एक बड़ी माइक्रोसॉफ्ट की दुकान है, लेकिन कई कारणों से टीम सिस्टम/टीएफएस में खरीद नहीं सकता/नहीं। वर्तमान में हम सबवर्सन + ऑर्कस + एमबीयूनीट + टेस्टड्रिवेन.नेट का उपयोग करते हैं और यह अच्छी तरह से काम करता है, लेकिन टीडी.नेट प्राप्त करना एक बड़ी परेशानी थी। MBUnit + TestDriven.NET की संस्करण संवेदनशीलता भी एक बड़ी परेशानी है, और इसे संभालने और प्रबंधित करने के लिए कानूनी समीक्षा और खरीद के लिए एक अतिरिक्त वाणिज्यिक चीज़ (टीडी.नेट) होने के कारण, यह मामूली नहीं है। मेरी कंपनी, कई कंपनियों की तरह, एक एमएसडीएन सदस्यता मॉडल के साथ वसा और खुश हैं, और इसका उपयोग सैकड़ों डेवलपर्स के लिए खरीद बंद करने के लिए नहीं किया जाता है। दूसरे शब्दों में, पूरी तरह से एकीकृत एमएस प्रस्ताव, जबकि निश्चित रूप से हमेशा सबसे अच्छी रोटी नहीं है, मेरी राय में एक महत्वपूर्ण मूल्य-जोड़ है।

मुझे लगता है कि क्योंकि यह काम करता है और हम पहले से ही कूबड़ संगठनात्मक से अधिक मिल गया है हम अपने वर्तमान कदम के साथ रहना होगा, लेकिन मुझे यकीन है कि चाहते हैं तो हम मजबूत और हमारे देव ढेर को आसान बनाने में कर सकता है एमएस इस क्षेत्र में एक सम्मोहक पेशकश की एक सा।

Answer 6

Nunit does not काम तो मैं छोड़ने के लिए यह

Answer 7

एक और परीक्षण ढांचे के साथ पूरक, की जगह नहीं, MSTest पर विचार किया था। अधिक पूर्ण-फीचर्ड परीक्षण ढांचे के लाभ प्राप्त करते समय आप विजुअल स्टूडियो एमएसटीएस्ट एकीकरण को रख सकते हैं।

उदाहरण के लिए, मैं एमएसटीएटी के साथ xUnit का उपयोग करता हूं। XUnit.dll असेंबली का संदर्भ जोड़ें, और बस ऐसा कुछ करें। आश्चर्य की बात है, यह सिर्फ काम करता है!

using Microsoft.VisualStudio.TestTools.UnitTesting; 
using Assert = Xunit.Assert; // <-- Aliasing the Xunit namespace is key 

namespace TestSample 
{ 
    [TestClass] 
    public class XunitTestIntegrationSample 
    { 
     [TestMethod] 
     public void TrueTest() 
     { 
      Assert.True(true); // <-- this is the Xunit.Assert class 
     } 

     [TestMethod] 
     public void FalseTest() 
     { 
      Assert.False(true); 
     } 
    } 
}