एडहॉक टेस्टिंग क्या है? उदाहरण सहित प्रकार

एड हॉक परीक्षण क्या है?

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

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

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

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

निम्न वीडियो आपको एडहॉक परीक्षण करने का तरीका बताता है

क्लिक करें यहाँ उत्पन्न करें यदि वीडियो उपलब्ध न हो

एड हॉक परीक्षण कब किया जाना चाहिए?

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

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

एड हॉक परीक्षण के प्रकार

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

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

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

एड-हॉक परीक्षण के लाभ

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

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

एड-हॉक परीक्षण के नुकसान

एड हॉक परीक्षण में कई सीमाएँ होती हैं जो परीक्षण की गुणवत्ता और उत्पाद के परिणाम दोनों को प्रभावित कर सकती हैं। मैं अपने परीक्षण अनुभव से इन्हें स्पष्ट रूप से समझाता हूँ।

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

प्रभावी एड हॉक परीक्षण के लिए सर्वोत्तम अभ्यास

अनौपचारिक प्रकृति के बावजूद तदर्थ परीक्षण के लाभ को अधिकतम करने के लिए, इन प्रथाओं पर विचार करें:

1) अच्छा व्यवसाय ज्ञान

परीक्षकों को व्यवसाय का अच्छा ज्ञान और आवश्यकताओं की स्पष्ट समझ होनी चाहिए- व्यवसाय प्रक्रिया के बारे में विस्तृत जानकारी आसानी से दोषों को खोजने में मदद करेगी। अनुभवी परीक्षक अधिक दोषों का पता लगाते हैं क्योंकि वे त्रुटि अनुमान लगाने में बेहतर होते हैं।

2) टेस्ट कुंजी मॉड्यूल

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

3) रिकॉर्ड दोष

सभी दोषों को रिकॉर्ड किया जाना चाहिए या नोटपैड में लिखा जाना चाहिए। दोषों को ठीक करने के लिए डेवलपर्स को सौंपा जाना चाहिए। प्रत्येक वैध दोष के लिए, संबंधित परीक्षण मामलों को लिखा जाना चाहिए और नियोजित परीक्षण मामलों में जोड़ा जाना चाहिए।

इन दोष निष्कर्षों को सबक के रूप में लिया जाना चाहिए तथा इन्हें हमारी अगली प्रणाली में प्रतिबिंबित किया जाना चाहिए, जबकि हम परीक्षण मामलों की योजना बना रहे हैं।

4) जोड़ी बनाएं

जैसा इसमें दिखे Buddy या जोड़ी परीक्षण में, सहयोग से विविध दृष्टिकोण सामने आ सकते हैं और दोष पहचान में सुधार हो सकता है।

एडहॉक टेस्ट के उदाहरण

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

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

अन्वेषणात्मक परीक्षण के साथ तुलनात्मक विश्लेषण

यद्यपि प्रायः इन्हें एक साथ मिला दिया जाता है, तदर्थ और अन्वेषणात्मक परीक्षण अलग-अलग परिचालन मापदण्ड प्रदर्शित करते हैं:

विशेषता	तदर्थ परीक्षण	खोजपूर्ण परीक्षण
दस्तावेज़ीकरण	केवल निष्पादन के बाद	निरंतर रिकॉर्डिंग
प्लानिंग	कोई नहीं	लाइट चार्टर-आधारित
सत्र संरचना	पूरी तरह से असंरचित	समय-सीमाबद्ध पुनरावृत्तियाँ
दोष प्रजनन	33% पुनरुत्पादकता	78% पुनरुत्पादकता
स्वचालन एकीकरण	सीमित प्रयोज्यता	42% उपकरण समावेश

निष्कर्ष

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

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

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