2009-04-03 12 views
7

में इकाई परीक्षण के साथ शुरू में सहायता प्राप्त अन्य साइटों पदों पर StackOverflow पर यहाँ इकाई परीक्षण और विकास संचालित परीक्षण के बारे में पढ़ कुछ घंटे बिताने के बाद और मुझे इशारा किया, मैं दो बातें पता है:मुझे विजुअल स्टूडियो 2008

  1. मैं यह
  2. उपयोग करना चाहते हैं मैं कहाँ शुरू करने के लिए

यहाँ विवरण, सर्वोत्तम प्रथाओं आदि के बारे में अच्छी पदों के बहुत सारे हैं पता नहीं है, लेकिन मैं क्या देख रहा हूँ एक शुरुआती ट्यूटोरियल/परिचय है - हो सकता है यहां तक ​​कि एक किताब।

मैं कहां से शुरू करूं? मान लीजिए मुझे कुछ नहीं पता है। :)

+0

मुझे "पोस्ट" पर क्लिक करने से पहले अंग्रेजी सीखना शुरू हो गया है या कम से कम मेरी पोस्ट पढ़ना शुरू हो गया है। – belgariontheking

उत्तर

4

पुस्तक Pragmatic Unit Testing in C# with NUnit या Test-Driven Development with Microsoft.NET जाओ और के माध्यम से काम उनमें से एक। सिद्धांत कई अलग-अलग परीक्षण ढांचे पर लागू होंगे हालांकि विशिष्ट मुहावरे अलग-अलग हो सकते हैं।

+1

मैं रॉय ओशरोव के आने वाले "द आर्ट ऑफ़ यूनिट टेस्टिंग" की भी सिफारिश करता हूं - http://www.amazon.com/Art-Unit-Testing-Examples-NET/dp/1933988274/ref=pd_bbs_sr_1?ie=UTF8&s=books&qid= 1238789517 और एसआर = 8-1 –

2

संचालन के लिए कुछ तरीकों और सूचक के लिए एक संपत्ति के साथ एक सरल कैलकुलेटर कक्षा लिखें। जब आप कक्षा लिखते हैं तो यूनिट परीक्षण बनाएं।

फिर विरासत संहिता के साथ प्रभावी ढंग से कार्य करना पढ़ें - यह आपको दिखाएगा कि पुरानी गंदा परियोजनाओं में यूनिट-परीक्षण कैसे जोड़ें।

2

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

मुझे मिला एक दोष!!

मुझे बेचा गया है।

तो अब मैं परीक्षण प्रोजेक्ट में जोड़ रहा हूं क्योंकि मैं अपने पुस्तकालयों में खाद्य पदार्थ को ऊपर ले जाता हूं।

2

मैं ReSharper (और निम्न प्लगइन्स: असाधारण, एजेंट स्मिथ, एजेंट जॉन्सन) डाउनलोड करता हूं, # 1 टूल कोड गुणवत्ता में सुधार और विकास को गति देने के लिए। http://xunit.codeplex.com

एक परीक्षण बनाने के लिए आसान है::

public class MyObjectTest 
{ 
    MyObject _objectToTest = new MyObject(); 

    [Fact] 
    private void TestStart() 
    { 
    _objectToTest.Start(); 
    Assert.True(_objectToTest.IsStarted); 
    } 
} 

ReSharper, XUnit के साथ एकीकृत, आप दे देंगे

फिर डाउनलोड XUnit); Resharper मुक्त नहीं है, लेकिन यह पैसे के लायक है प्रत्येक परीक्षण विधि के बगल में एक आइकन। आइकन आपको पूरे कार्यक्रम को शुरू किए बिना सीधे आईडीई में विधि (और डीबग) की जांच करने देता है। आसान नहीं हो सकता है।

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

जब आप कक्षा बनाते हैं, तो अधिकांश विधि दस्तावेज़ को प्रत्येक विधि खर्च करते हैं। दस्तावेज़ीकरण को प्रेरित करना चाहिए कि विधि क्यों मौजूद है, तर्कों से क्या अपेक्षा करता है, और यह क्या लौटाता है। यदि आप इसे सही तरीके से वर्णित नहीं कर सकते हैं, तो आपको सबसे अधिक संभावना है कि इसे पुन: सक्रिय करना होगा।

संबंधित मुद्दे