2009-07-16 18 views
7

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

आप किस बिंदु पर रुकते हैं और निर्णय लेते हैं कि इकाई परीक्षण के लाभ लागत के लायक नहीं हैं?

उत्तर

6

जब आप कुछ और कर कर बेहतर मूल्य प्रदान कर सकते हैं।

+2

+1 - व्यवसाय मूल्य – Gishu

+0

+1 द्वारा प्राथमिकता, कोई बेहतर परिभाषा नहीं है, लेकिन मूल्यांकन करना वास्तव में कठिन है .. –

-1

जब परियोजना के लिए योजना में समय नहीं है और परियोजना के लक्ष्य की दिशा में काम करने के बजाए परीक्षण के तरीके खोजने में समय बिताया जा रहा है।

+2

इससे निकट भविष्य में अधिक देरी होगी। –

+1

वह तब होता है जब समय सीमा और लक्ष्य जैसी चीजें खेलती हैं। इसलिए "जब इसके लिए परियोजना योजना में समय नहीं है" – NikolaiDante

+2

-1। परियोजना योजना में कोई समय नहीं होने का मतलब यह होना चाहिए कि आप हितधारकों के साथ समय, लागत या दायरे पर बातचीत करते हैं - गुणवत्ता पर कटौती नहीं करते हैं। मैं उन सभी चीजों की तुलना में अच्छी गुणवत्ता वाले कम चीजें रखूंगा जो ज्यादातर समय काम नहीं करते हैं। – Gishu

0

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

3

मैं केवल मॉडल और डेटा हठ परीक्षण करने के लिए करते हैं। मॉडल का परीक्षण अनिवार्य है। यूआई (डेस्कटॉप एप्लिकेशन, वेबएप, कमांड लाइन इंटरफेस, आदि) परीक्षण करना मुश्किल है, इसलिए मैं इसके लिए केवल दुर्लभ परिस्थितियों में परीक्षण लिखता हूं।

0

का एक डुप्लिकेट है, जब मैं आपको आत्मविश्वास का स्वीकार्य स्तर प्राप्त कर लेता हूं तो मैं कहूंगा। साथ ही, काम पर मेरी परियोजना के लिए, हम इतनी तंग समय आवश्यकताओं के तहत हैं कि मुझे वास्तव में केवल एक अच्छा आत्मविश्वास स्तर देने के लिए कोड के कुछ हिस्सों (सभी नहीं) का परीक्षण करना होगा।

2

आमतौर पर मैं केवल मॉडल और नियंत्रक का परीक्षण करता हूं। यूनिट परीक्षण यूआई के लिए आवेदन करना मुश्किल है, आमतौर पर मैं मैन्युअल रूप से ऐप का परीक्षण करना पसंद करता हूं।

यदि इन परीक्षणों को हर बार मैन्युअल रूप से परीक्षण करने से अधिक समय लगता है तो आपको एक रिग्रेशन हो सकता है, तो परीक्षण बेकार है (कहने में आसान है, लेकिन मूल्यांकन नहीं करना है ...)।

1

यदि आपको परीक्षण में कटौती करने की आवश्यकता है, तो एकीकरण या अंत तक परीक्षण काट लें। Google पर मिस्को हेवरी यह वास्तव में अच्छी तरह से here बताता है।

सबसे अच्छा उद्धरण अपने लेख से बाहर आने की है "यूनिट टेस्टिंग आप अपने धन का अधिक लाभ देता है"।

इसके अलावा, जब आपके पास सभ्य कोड कवरेज होता है और आपके कोड के कुछ किनारे के मामलों को संभाला जाता है तो यूनिट परीक्षण को रोकने के लिए यह एक अच्छा समय है।

0

जहां तक ​​डेटा एक्सेस परीक्षण होता है, आपने प्रतिक्रियाओं को अनुकरण करने के लिए नकली परीक्षणों का प्रयास किया है।

0

अंगूठे का मूल नियम मैं पालन करता हूं यदि यूनिट परीक्षण बनाने का प्रयास के प्रयास से अधिक है, मैन्युअल रूप से मानव कार्य द्वारा सुविधा का परीक्षण करें।

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

0

यदि आप टीडीडी का उपयोग कर रहे हैं, तो आप परीक्षण परीक्षण में सभी परीक्षण सफल होने पर यूनिट परीक्षण बंद कर देते हैं।

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

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