मेन्यू

तदर्थ परीक्षण: औपचारिक परीक्षण प्रक्रिया के बिना दोष कैसे खोजें

ad hoc testing how find defects without formal testing process

समस्याओं को खत्म करने के लिए हमारे साधन का प्रयास करें

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

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

तदर्थ परीक्षण

यह मुख्य रूप से दोषों या दोषों को उजागर करने की कोशिश के उद्देश्य से किया जाता है जिन्हें परीक्षण चक्र के दौरान पारंपरिक या औपचारिक प्रक्रियाओं के माध्यम से कैप्चर नहीं किया जा सकता है।

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

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

अनुशंसित पाठ=> खोजी परीक्षण - पारंपरिक परीक्षण सीमाओं से परे सोचने के लिए कैसे?

आप क्या सीखेंगे:

आइए एक एड-हॉक टेस्टिंग उदाहरण के साथ शुरुआत करें

यह एक उदाहरण है कि जब हम UI विज़ार्ड की बात करते हैं तो हम यह परीक्षण कैसे कर सकते हैं।

मान लें कि आपको इस UI विज़ार्ड का उपयोग करके किसी प्रकार के कार्य के लिए एक योजना या एक खाका बनाना होगा। विज़ार्ड पैन की एक श्रृंखला है जिसमें उपयोगकर्ता इनपुट होता है जैसे नाम, विवरण, आदि।

जैसे ही विज़ार्ड आगे बढ़ता है: पैन में से एक पर कहते हैं, उपयोगकर्ता डेटा दर्ज किया जाना है जिसमें यूआई विज़ार्ड शामिल है एक संदर्भ पॉप-अप बॉक्स फेंकने के लिए जो संबंधित डेटा को विज़ार्ड को पूरा करने और विज़ार्ड को तैनात / सक्रिय करने के लिए जोड़ता है।

इस परीक्षक का परीक्षण करने के लिए उसका नियमित परीक्षण जैसे:

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

अब, उपरोक्त उदाहरण के लिए यहाँ तदर्थ परीक्षणों के लिए कुछ परीक्षण मामले हैं यह प्रदर्शन किया जा सकता है संभव के रूप में कई दोषों को उजागर करने के लिए:

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

तदर्थ परीक्षण के लक्षण:

यदि आप ऊपर दिए गए परिदृश्यों को नोट करते हैं, तो आपको इस प्रकार के परीक्षण की कुछ बहुत विशिष्ट विशेषताएं दिखाई देंगी।

वे:

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

हम कब करते हैं तदर्थ परीक्षण?

एक मिलियन डॉलर सवाल वास्तव में!

सीमित समयसीमाओं के भीतर परीक्षण करने के लिए अधिकांश समय की परीक्षण टीमों पर हमेशा बहुत अधिक सुविधाओं का बोझ होता है। उस सीमित समय-अवधि में, बहुत सारी परीक्षण गतिविधियाँ होती हैं जो औपचारिक प्रक्रिया से प्राप्त होती हैं जिन्हें पूरा भी करना होता है। ऐसी स्थितियों में तदर्थ परीक्षण परीक्षण में अपना रास्ता खोजना पतला है।

हालांकि, मेरे अनुभव से, तदर्थ परीक्षण का एक दौर उत्पाद की गुणवत्ता के लिए चमत्कार कर सकता है और कई डिजाइन प्रश्न उठा सकता है।

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

मेरे विचार में, मैं यही कहूंगा तदर्थ परीक्षण लगभग किसी भी समय किया जा सकता है - शुरुआत में, मध्य की ओर और अंत में! यह किसी भी समय बस अपनी जगह पाता है। हालाँकि, जब अधिकतम मूल्य को लाने के लिए तदर्थ परीक्षण किया जाना चाहिए, तो एक अनुभवी परीक्षक द्वारा सबसे अच्छा निर्णय लिया जाता है, जिसे सिस्टम के परीक्षण के बारे में गहराई से जानकारी होती है।

कब अमल नहीं करना है?

यदि पिछला प्रश्न एक मिलियन डॉलर का था, तो यह एक बिलियन मूल्य का होना चाहिए!

जबकि हमने यह स्थापित किया है कि प्रभावी और प्रभावी तदर्थ परीक्षण कितना कारगर हो सकता है, एक कुशल और सक्षम परीक्षक के रूप में हमें इस प्रकार के परीक्षण में निवेश नहीं करने पर भी समझने की आवश्यकता है। हालाँकि यह परीक्षक के विवेक पर है, यहाँ हैं कुछ सिफारिशें / उदाहरण जब यह आवश्यक नहीं हो सकता है।

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

तदर्थ परीक्षण के प्रकार

तदर्थ परीक्षण को नीचे तीन श्रेणियों में वर्गीकृत किया जा सकता है:

(1) बडी टेस्टिंग

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

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

# 2) जोड़ी परीक्षण

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

# 3) बंदर परीक्षण

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

सॉफ्टवेयर इंजीनियरिंग में अल्फा और बीटा परीक्षण

तदर्थ परीक्षण लाभ

यह परीक्षण करने वाले को बहुत अधिक रचनात्मक होने के लिए परीक्षक की आवश्यकता होती है।

यह नीचे दिए गए परीक्षण की गुणवत्ता और दक्षता को बढ़ाता है:

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

तदर्थ परीक्षण कमियां

तदर्थ परीक्षण में कुछ कमियां भी हैं। आइए कुछ पर नज़र डालें जिन कमियों का उच्चारण किया जाता है:

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

  • पहले बिंदु से पीछा किया, यह भी जानकारी के लिए कहा जाता है तो बाद के प्रयासों में दोषों को फिर से बनाने में सक्षम नहीं होगा।
  • एक और बहुत ही महत्वपूर्ण सवाल यह प्रकाश में लाता है प्रयास जवाबदेही है। चूंकि यह योजनाबद्ध / संरचित नहीं है, इसलिए इस तरह के परीक्षण में निवेश किए गए समय और प्रयास का कोई तरीका नहीं है।
  • एड-हॉक परीक्षण केवल टीम में एक बहुत ही जानकार और कुशल परीक्षक द्वारा किया जाना चाहिए क्योंकि यह संभावित दोष ग्रस्त क्षेत्रों के पूर्वाभास के संदर्भ में सक्रिय और अंतर्ज्ञान की मांग करता है।

इस परीक्षण को और अधिक प्रभावी बनाने के लिए सर्वोत्तम अभ्यास

हमने इस परीक्षण से जुड़ी शक्तियों और कमजोरियों पर चर्चा की है।

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

# 1) दोष प्रवण क्षेत्रों की पहचान करें:

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

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

# 2) बिल्डिंग विशेषज्ञता:

निस्संदेह, एक परीक्षक जिसके पास अधिक अनुभव है, वह अधिक सहज है और अनुमान लगा सकता है कि त्रुटियां कहां हो सकती हैं, जब किसी ऐसे व्यक्ति की तुलना में जिसे अधिक अनुभव नहीं है। मैं कहूंगा, अनुभवी या नहीं, यह उस व्यक्ति पर निर्भर है जो परीक्षण कर रहा है और सिस्टम पर विशेषज्ञता का निर्माण करेगा।

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

# 3) परीक्षण श्रेणियां बनाएं:

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

तब आप उन्हें कार्यक्षमता / प्राथमिकता वार श्रेणीबद्ध कर सकते हैं और खंड द्वारा उनका परीक्षण कर सकते हैं।

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

# 4) एक कठिन योजना है:

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

एक बहुत ही बुनियादी उदाहरण यह है कि कभी-कभी आप केवल उन सभी परीक्षणों को याद नहीं कर सकते हैं जिन्हें आप करने का इरादा रखते हैं। इसलिए उन्हें नीचे करना यह सुनिश्चित करेगा कि आप कुछ भी याद नहीं करेंगे।

# 5) उपकरण:

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

ये गंभीरता में अधिक भी हो सकते हैं। इसलिए हमारे लिए यह बहुत महत्वपूर्ण है कि हम ऐसे उपकरण और उपकरण सीखें जो इसे तुरंत इंगित करने में मदद करेंगे।

# 6) अधिक दोषों के लिए दस्तावेज़:

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

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

निष्कर्ष

हमने तदर्थ परीक्षण तकनीकों के बारे में विस्तार से चर्चा की है- इसकी ताकत, कमजोरियाँ, ऐसी परिस्थितियाँ जहाँ यह फायदेमंद होगी और यह फायदेमंद नहीं होगी।

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

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

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

क्या आप अपने प्रोजेक्ट पर तदर्थ परीक्षण करते हैं? तदर्थ परीक्षण को सफल बनाने के लिए आपके सुझाव क्या हैं?

अनुशंसित पाठ

^