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