2011-11-25 10 views
8

मैं अब कुछ समय के लिए TDD अभ्यास कर रहा हूँ, मैं अपने कौशल अग्रिम और मैं रूबी और जावा के लिए चौखटे के बारे में पढ़ा है, लेकिन नहीं सुना ATDD, कर शुरू करना चाहते हैं ज्यादा के बारे में नेटस्वीकृति परीक्षण लिखने के लिए .NET में सबसे अधिक बनाए रखा नवीनतम ढांचा क्या है?

सबसे बनाए रखा नवीनतम क्या है स्वीकृति परीक्षण लिखने के लिए .NET में ढांचा?

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

उत्तर

1

हम सिर्फ FitNesse उपयोग शुरू कर दिया है, और अब तक मैं इस फैसले से खुश हूँ। एक बहुत संक्षिप्त अवलोकन:

  1. आप विकी में अपने परीक्षण लिखते हैं।
  2. आप 'परीक्षण स्थिरता' मॉड्यूल (जो एक सी # विधानसभा हो सकता है) जो विकी में 'परीक्षण' और SUT (टेस्ट के तहत सिस्टम) के बीच पुल प्रदान करता है लिखते हैं।
  3. जब आप परीक्षण चलाते हैं, तो फिटनेस इंजन आपके परीक्षण स्थिरता असेंबली को कॉल में विकी परीक्षणों का अनुवाद करने के लिए प्रतिबिंब का उपयोग करता है, जो बदले में एसयूटी को कॉल करता है। वापसी मूल्य विकी को वापस भेज दिए जाते हैं ताकि आप उन्हें 'जोर दे सकें'।

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

  • अच्छी तरह से स्थापित ढांचे
  • नेट के साथ FitSharp प्लगइन का उपयोग कर काम करता है:

    मैं कारणों की एक संख्या के लिए FitNesse चुना http://fitnesse.org/FitNesse.DotNet

  • क्योंकि विकी में परीक्षण भाषा आपके द्वारा निर्धारित में लिखे गए हैं आपके स्थिरता कोड में, वे पठनीय
  • परीक्षण कमांड लाइन के माध्यम से कॉल किए जा सकते हैं, जिसे हम निरंतर एकीकरण के लिए चाहते हैं।
  • मजबूत 1: अगर एसयूटी के इंटरफ़ेस में परिवर्तन होता है, तो आपको परीक्षण फ़िक्स्चर कोड को बदलने की आवश्यकता होती है, न कि परीक्षण
  • मजबूत 2: हम अस्थिर UI स्तर पर परीक्षण नहीं कर रहे हैं।

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

+0

FitNess .NET के साथ कैसे फिट करता है मैं समझता हूं कि यह जावा –

+0

के लिए एक ढांचा है .NET के साथ ठीक काम करता है। फिटनेस फ्रेमवर्क जावा एप्लिकेशन के रूप में चलता है, लेकिन FitSharp प्लगइन के साथ .NET परीक्षण फ़िक्स्चर कोड के साथ उपयोग किया जा सकता है। Http://fitnesse.org/FitNesse.DotNet देखें – GarethOwen

0

mSpec (मशीन विनिर्देश) एक टीडीडी/बीडीडी ढांचा है जो बहुत लोकप्रिय है।

nUnit एक इकाई परीक्षण ढांचे (जो स्वीकृति परीक्षण के लिए भी इस्तेमाल किया जा सकता है)।

-1

कृपया Ranorex को बिल्कुल नए उपकरणों में से एक मानें।

http://www.ranorex.com/

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

फिर आप अपना सी # कोड चलाकर उन्हें "जवाब दें"। आप जितनी चाहें उतने आवेषण बनाते हैं और ऑटोमेशन एपीआई आपको स्क्रीन पर दिखाई देने वाली किसी भी चीज़ को स्वचालित करने की अनुमति देता है।

एटीडीडी के लिए महान उपकरण, हम इसे कुछ समय के लिए उपयोग करते हैं और हम संतुष्ट हैं।

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