2008-09-12 9 views
21

आप में से जो Pex का उपयोग किया है, आपको क्या लगता है कि उपकरण के रूप में Pex के फायदे और नुकसान हैं?पीएक्स उपयोगकर्ता: आम तौर पर पेक्स और स्वचालित अन्वेषण परीक्षण के आपके इंप्रेशन क्या हैं?

इसके अलावा, सामान्य रूप से टीडीडी/यूनिट परीक्षण के पूरक के रूप में आपको "स्वचालित अन्वेषण परीक्षण" के फायदे और नुकसान क्या हैं?

+0

क्यूए में इसका अन्वेषण परीक्षण कैसे है? ऐसा लगता है कि यह आईएसटीक्यूबी/आईएसईबी/आईईईई/आईएसओ के संबंध में अन्वेषण परीक्षण के करीब कहीं नहीं है। क्या यह ऐसा टूल नहीं है जो आपके कोड का विश्लेषण कर रहा है और इसमें लागू नियमों के आधार पर टेस्ट केस उत्पन्न करता है? एक्सप्लोरेटरी टेस्टिंग की तुलना में विशेषज्ञ प्रणाली की तरह लगता है - http://en.wikipedia.org/wiki/Exploratory_testing। – yoosiba

+0

@yoosiba "स्वचालित अन्वेषण परीक्षण" एमएस से सीधे वाक्यांश था (http://channel9.msdn.com/posts/briankel/Pex- स्वचालित- एक्सप्लोरेटरी- टेस्टिंग-for-NET/)।ऐसा लगता है कि तब से उन्होंने उस शब्दावली से दूर समर्थन किया है। –

उत्तर

12

मुझे लगता है कि एक खोजी परीक्षण उपकरण के रूप में Pex वास्तव में दिलचस्प है। उस संबंध में, मैं इसे कुछ ऐसा रूप में देखता हूं जिसे मैं उपयोग करने के लिए क्यूए को सौंपना चाहता हूं।

एक टीडीडी उपकरण के रूप में, इसे कुछ काम की ज़रूरत है, क्योंकि टीडीडी एक डिज़ाइन गतिविधि है। हालांकि, मुझे वह दिशा पसंद है जो पेली जा रहा है। स्वचालित सहायता डिजाइन के लिए कुछ कहा जाना है। उदाहरण के लिए, सिर्फ इसलिए कि टीडीडी एक डिज़ाइन टूल है, इसलिए कोई कारण नहीं है कि जब मैं डिज़ाइन कर रहा हूं, तो संभावित एज केस को स्वचालित उपकरण नहीं मिल सकता है, है ना? शुरुआत से गुणवत्ता बनाएँ।

इस पोस्ट को देखें जिसमें पेली एक टीडीडी शैली वर्कफ़्लो में Pex का उपयोग करता है। http://blog.dotnetwiki.org/TDDingABinaryHeapWithPexPart1.aspx

+0

tdd * वास्तव में * एक डिज़ाइन गतिविधि है? मुझे नहीं लगता कि मैंने देखा है कि किसी ने टीडीडी को उनके लिए कोई डिज़ाइन निर्णय लेने दिया है। वे स्वतंत्र रूप से डिजाइन करते हैं और कोड विकसित करने के लिए टीडीडी का उपयोग करते हैं। –

+0

मैं अपने टीडीडी में बेहतर होने की कोशिश कर रहा हूं और यह पता लगा रहा हूं कि टीडीडी वास्तव में एक डिज़ाइन गतिविधि है, जो वास्तविक कोड से अधिक डिज़ाइन का नेतृत्व करती है – Calanus

14

Pex आपके लिखने पैरामीटर इकाई परीक्षणों को देता है। उस अर्थ में, यह पूरी तरह से टीडीडी/यूनिट परीक्षण प्रवाह में फिट बैठता है: परीक्षण लिखें, पीएक्स 'एक्सप्लोर करें', कुछ असफल परीक्षण ढूंढें, कोड को ठीक करें, और आगे।

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

+0

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

5

मैं वास्तव में Pex के बारे में पंप हूं। यह एज मामलों के परीक्षणों के लिए परीक्षण प्रदान करेगा जिन्हें आप कभी सपना नहीं देख पाएंगे, खासकर यदि आपकी टीम छोटी है और विधियों को लिखने वाला व्यक्ति परीक्षण लिखने वाले व्यक्ति जैसा ही है।

यह अनुबंध संबंधी दायित्व भी प्रदान करेगा जो आपके तरीके का पालन करेंगे।

6

यदि आप सिद्धांतों (Google डेविड सैफ) लिखने पर साहित्य की तलाश करते हैं - जो यूनिट परीक्षण लिखने का एक सामान्य तरीका है, और एक सिद्धांत एक्सप्लोरर के रूप में पेक्स का उपयोग करें, मुझे अब तक अपने अनुभव से उत्पादकता में एक कदम परिवर्तन मिला है । मैं बस यहाँ TDD में Pex के अपने अनुभवों का ब्यौरा एक ब्लॉग पोस्ट में लिखा था की है,: http://taumuon-jabuka.blogspot.com/2009/01/theory-driven-development-using_11.html

और जैसा कि मैंने कहा - मैं स्टेरॉयड पर TDD रूप में देखते हैं! यह किसी भी तरह से टीडीडी की जगह नहीं लेता है, लेकिन गतिविधि को बढ़ाता है।

+0

इस समय मैं इस बारे में महसूस कर रहा हूं, लेकिन मैं यह समझने की कोशिश कर रहा हूं कि क्यों पेक्स बड़े पैमाने पर प्रतीत नहीं होता – roundcrisis

3

टेस्ट-प्रथम विकास आपको टेस्टेबिलिटी के लिए अपना कोड बनाता है। इस संबंध में, Pex को सरल कोडेज मीट्रिक से परे मदद करने के लिए, आपके कोड के माध्यम से चालाक और अजीब पथ मिलते हैं।

ब्राउनफील्ड विकास करते समय पेक्स के मेजर फोर्टे को ब्राउनफील्ड विकास करते समय साइड इफेक्ट्स को ट्रैक करने में सक्षम है: एक बार Pex चलाएं और आउटपुट सहेजें, फिर कोड परिवर्तन लागू करें, और फिर से क्या हुआ है यह देखने के लिए Pex चलाएं।

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