exploratory testing vs scripted testing
खोजपूर्ण परीक्षण के वास्तविक-विश्व लाभ:
परंपरागत रूप से, सॉफ़्टवेयर परीक्षण एक बहुत ही कठोर गतिविधि रही है, लेकिन हाल के वर्षों में स्क्रिप्ट-आधारित परीक्षण से हटकर रहा है। खोजपूर्ण परीक्षण , जो अधिक संदर्भ-चालित है, सामने आया है। ऐसा इसलिए है क्योंकि यह परीक्षकों को अपने कौशल और ज्ञान का दोहन करने की अधिक स्वतंत्रता देता है, और यह उन्हें अपने काम के मूल्य के अनुकूलन के लिए जिम्मेदार बनाता है।
सभी को खोजपूर्ण परीक्षण के मूल्य पर नहीं बेचा जाता है। औपचारिकता की कथित कमी और व्यक्तिगत जिम्मेदारी पर जोर देने से खतरे की घंटी बज सकती है। लेकिन यह चिंता काफी हद तक खोजपूर्ण परीक्षण की गलत व्याख्या पर आधारित है। यह नियम को खिड़की से बाहर फेंकने और यादृच्छिक रूप से परीक्षण करने के बारे में नहीं है, यह वास्तव में बहुत संरचित और व्यवस्थित है। और यह अत्यधिक प्रभावी भी है।
संदेहवादी ठोस सबूत चाहते हैं कि यह परीक्षक के मनोबल में सुधार से अधिक है। इसीलिए हमने एक अध्ययन का आयोजन करने का फैसला किया है, जो स्क्रिप्ट-आधारित परीक्षण दृष्टिकोण के विरुद्ध सीधे संदर्भ-आधारित, खोजपूर्ण परीक्षण को गड्ढामुक्त करेगा। परिणाम बहुत दिलचस्प थे, जैसा कि आप पता लगाने के बारे में हैं।
आप क्या सीखेंगे:
कैसे जावा में वस्तुओं की एक सरणी घोषित करने के लिए
- संदर्भ-आधारित (खोजपूर्ण परीक्षण) बनाम स्क्रिप्टेड परीक्षण टीम
- इसका क्या मतलब है?
- निष्कर्ष
- अनुशंसित पाठ
संदर्भ-आधारित (खोजपूर्ण परीक्षण) बनाम स्क्रिप्टेड परीक्षण टीम
दो दल, दो दृष्टिकोण:
हमने परीक्षकों को तीन की दो टीमों में विभाजित करके शुरू किया। प्रत्येक टीम में परीक्षकों को एक ही तुलनीय अनुप्रयोग ज्ञान था। के लिए एक ही परिभाषा दोष की गंभीरता (मेजर, माइनर) दोनों टीमों के लिए स्थापित किए गए थे। दोनों टीमों के पास एक ही एप्लिकेशन बिल्ड था जो उन्हें दिया गया था। एक टीम ('स्क्रिप्टेड') एक पारंपरिक स्क्रिप्ट-आधारित परीक्षण दृष्टिकोण लागू करेगी और दूसरी टीम ('खोजपूर्ण') एक संदर्भ-संचालित परीक्षण दृष्टिकोण को अपनाएगी। परीक्षण गतिविधियों को तीन दिनों के दो चरणों में विभाजित किया जाएगा।
स्क्रिप्ट आधारित टीम परीक्षण के लिए पांच व्यावसायिक कार्य-प्रवाह की पहचान की और 15 परीक्षण मामलों को उत्पन्न किया। परीक्षण के मामले दायरे में सीमित थे, इसलिए परीक्षकों को स्क्रिप्ट की सीमाओं के बाहर तलाशने की कोई स्वतंत्रता नहीं थी।
खोज करने वाली टीम दो बनाए दृश्य मन के नक्शे , एक जो परीक्षण कवरेज और परीक्षण चार्टर्स की पहचान करता है, और दूसरा कवरिंग उत्पाद घटक / मॉड्यूल। इस प्रक्रिया ने कुल 24 परीक्षण चार्टर्स का उत्पादन किया। परिभाषित किए गए चार्टर्स उच्च स्तरीय थे और प्रासंगिक व्याख्या की अनुमति दी गई थी, जो परीक्षकों के लिए परीक्षण सत्र के दायरे का विस्तार करते थे।
चरण एक:
स्क्रिप्टेड टीम आवंटित किए गए तीन दिनों में 6 परीक्षण मामलों को पूरा करने में कामयाब रही। उन्होंने उस समय में 6 प्रमुख दोषों की सूचना दी।
खोज करने वाली टीम प्रत्येक 30 से 180 मिनट तक 13 परीक्षण सत्र पूरा करने में सफल रही। उन्होंने 10 प्रमुख दोष और 5 मामूली दोष बताए।
दिलचस्प बात यह है कि खोज करने वाली टीम ने उन सभी दोषों की सूचना दी जो स्क्रिप्ट टीम ने रिपोर्ट किए थे।
2 चरण:
स्क्रिप्टेड टीम पूरी करने में कामयाब रही 9 परीक्षण मामले इस समय। उन्होंने सूचना दी 10 प्रमुख दोष तथा 8 छोटे दोष ।
खोजकर्ता टीम ने 18 सत्र पूरे किए। उन्होंने सूचना दी 14 प्रमुख दोष तथा 5 छोटे दोष।
चरण 2 में, स्क्रिप्टेड टीम ने 2 प्रमुख और 1 मामूली खराबी की सूचना दी जिसे खोज करने वाली टीम को नहीं मिला, लेकिन खोज करने वाली टीम ने 3 प्रमुख और 1 मामूली दोष की सूचना दी कि स्क्रिप्टेड टीम ने रिपोर्ट नहीं की थी।
यह उन वर्कफ़्लोज़ की सापेक्ष जटिलताओं को ध्यान में नहीं रखता है जिन्हें इन सत्रों और परीक्षण मामलों के भीतर परीक्षकों द्वारा चुना गया हो, लेकिन हम अभी भी कुछ दिलचस्प निष्कर्ष निकाल सकते हैं।
इसका क्या मतलब है?
ऐसा प्रतीत होता है कि एक खोजपूर्ण दृष्टिकोण, और जिम्मेदारी और लचीलापन जो इसे संलग्न करता है, जिसके परिणामस्वरूप परीक्षण का एक अधिक प्रभावी रूप होता है। हो सकता है कि संदर्भ में समझ में आने के आधार पर परीक्षण सत्र की प्रगति के रूप में अपने परीक्षण चार्टर्स को विकसित और अनुकूलित करके अधिक जमीन को कवर करना संभव हो। इस स्वतंत्रता में स्क्रिप्ट-आधारित परीक्षण का अभाव है और यह दोष की खोज को रोक सकता है।
सॉफ्टवेयर विकास जीवन चक्र में कार्यान्वयन चरण
लिपियों पर कठोरता से टिकने के लिए अच्छी तरह से पहने हुए मार्ग हैं, और यह केवल उन रास्तों से भटक कर है जिन्हें हम सभी दोषों को उजागर करने जा रहे हैं। जैसा कि परीक्षण समुदाय के भीतर विचार-नेताओं द्वारा कई बार उल्लेख किया गया है, 'यदि आप बारूदी सुरंगों के क्षेत्र के रूप में एक उत्पाद की कल्पना करते हैं और प्रत्येक बारूदी सुरंग एक दोष है, तो यह बहुत स्पष्ट है कि एक ही रास्ते पर और अधिक से अधिक उन्हें खोजने का तरीका नहीं है। सब।'
अंत में, न तो दृष्टिकोण सही था, क्योंकि प्रत्येक टीम ने दोषों की सूचना दी कि दूसरी टीम ने पहचान नहीं की, भले ही खोजकर्ता टीम ने अधिक रिपोर्ट की हो, कुल मिलाकर।
वास्तविक रूप से, इसका मतलब यह हो सकता है कि 'न्यूनतम' दोषों के करीब आने के संबंध में सही दृष्टिकोण, दोनों का मिश्रण होने जा रहा है। लेकिन, इसके कई फायदे हैं संदर्भ-चालित दृष्टिकोण इसके पक्ष में बोलते हैं। इसके लिए कम तैयारी के समय, कम प्रलेखन की आवश्यकता होती है, पहले के मुद्दों की पहचान करता है, और विश्लेषणात्मक कौशल और निपुण तर्क का उपयोग करने के लिए परीक्षकों को चुनौती देता है। वे उत्पाद की गहरी और अधिक गहन समझ प्राप्त करते हैं और वास्तव में अंतिम उपयोगकर्ता के लिए अधिवक्ताओं के रूप में कार्य करते हैं।
निष्कर्ष
अंतिम परिणाम दर्शाता है कि खोज-परीक्षण से गो-लाइव से पहले अधिक दोषों की रिपोर्टिंग होती है, जिसके परिणामस्वरूप टीम द्वारा बेहतर उत्पाद प्रदान किया जाता है, और अंततः, अधिक संतुष्ट / पूर्ण किए गए परीक्षक जो सभी वांछनीय परिणाम हैं, किसी भी तरह से आप इसे देखते हैं।
लेखक के बारे में
मुश होंडा क्यूए के निदेशक हैं केएमएस टेक्नोलॉजी अटलांटा, जीए और हो ची मिन्ह सिटी, वियतनाम में कार्यालयों के साथ सॉफ्टवेयर विकास जीवनचक्र पर आईटी सेवाओं का एक प्रदाता। वह पहले अर्न्स्ट एंड यंग, नेक्सिडिया, कोलिब्रीम पार्टनर्स और कनेक्ट्योर में एक परीक्षक थे। KMS सेवाओं में एप्लिकेशन प्रबंधन, परीक्षण, समर्थन, पेशेवर सेवाएं और कर्मचारी वृद्धि शामिल हैं।
क्या आप सहमत हैं? बेझिझक अपनी टिप्पणी, प्रश्न नीचे पोस्ट करें।
PREV ट्यूटोरियल | अगला ट्यूटोरियल # 4: एचपी स्प्रिंटर के साथ खोजपूर्ण परीक्षण
अनुशंसित पाठ
- सर्वश्रेष्ठ सॉफ्टवेयर परीक्षण उपकरण 2021 (क्यूए टेस्ट स्वचालन उपकरण)
- कुछ दिलचस्प सॉफ्टवेयर परीक्षण साक्षात्कार प्रश्न
- सॉफ्टवेयर परीक्षण क्यूए सहायक नौकरी
- सॉफ्टवेयर टेस्टिंग कोर्स: मुझे किस सॉफ्टवेयर टेस्टिंग इंस्टीट्यूट में शामिल होना चाहिए?
- अपने कैरियर के रूप में सॉफ्टवेयर परीक्षण चुनना
- सॉफ्टवेयर टेस्टिंग टेक्निकल कंटेंट राइटर फ्रीलांसर जॉब
- पूर्ण और पूरी तरह से खोजपूर्ण परीक्षण सुनिश्चित करने के लिए टूर्स का उपयोग कैसे करें
- परीक्षण प्राइमर eBook डाउनलोड