सॉफ्टवेयर परीक्षण एक अविश्वसनीय रूप से जटिल और गहन क्षेत्र है, जिसमें कंपनियां और स्वतंत्र डेवलपर्स सभी परीक्षण विधियों के साथ अपने उत्पादों को बेहतर बनाने की तलाश में हैं।
कंपनियों द्वारा परीक्षण करने के लिए उपयोग की जाने वाली सबसे आम विधियों में से एक ब्लैक बॉक्स परीक्षण है, एक ऐसी तकनीक जो सटीक परिणाम प्रदान करने और पूर्वाग्रह को खत्म करने के लिए डेवलपर्स और परीक्षकों के बीच दूरी बनाती है।
ब्लैक बॉक्स टेस्टिंग क्या है, ब्लैक बॉक्स टेस्टिंग कैसे पूरी करें, और सॉफ्टवेयर इंजीनियरिंग में ब्लैक बॉक्स टेस्टिंग लागू करने के कुछ फायदों के बारे में इस विस्तृत गाइड के साथ और जानें।
ब्लैक बॉक्स परीक्षण क्या है?
ब्लैक बॉक्स परीक्षण एक प्रणाली या सॉफ्टवेयर के टुकड़े के परीक्षण की प्रक्रिया को संदर्भित करता है, जिस तरह से यह आंतरिक रूप से काम करता है, उसके पूर्व ज्ञान के बिना। यह न केवल स्रोत कोड के बारे में न जानने को संदर्भित करता है, बल्कि इसमें सॉफ़्टवेयर के आस-पास के किसी भी डिज़ाइन दस्तावेज़ को नहीं देखा जाना शामिल है। परीक्षक केवल इनपुट प्रदान करते हैं और अंतिम उपयोगकर्ता के रूप में आउटपुट प्राप्त करते हैं। जबकि यह एक साधारण ब्लैक बॉक्स परीक्षण परिभाषा है, यह सामान्य प्रणाली को निर्धारित करता है।
ब्लैक बॉक्स परीक्षण का लक्ष्य उपयोगकर्ताओं को सॉफ़्टवेयर के बारे में पहले से ही जानने से उत्पन्न किसी भी मौजूदा पूर्वाग्रह के बिना सामान्य से अधिक प्राकृतिक तरीके से सॉफ़्टवेयर के साथ बातचीत करने के लिए प्राप्त करना है।
इस कार्यप्रणाली में, परीक्षण पूरा करने के लिए जिम्मेदार लोग उन लोगों से भिन्न होते हैं जिन्होंने सॉफ्टवेयर विकसित किया, जिससे दोनों टीमों के बीच अलगाव पैदा हो गया।
1. सॉफ्टवेयर टेस्टिंग में आपको ब्लैक बॉक्स टेस्टिंग कब और क्यों करनी चाहिए?
विकास चक्र में कुछ चरण हैं जहां ब्लैक बॉक्स परीक्षण का उपयोग करना आदर्श है, अधिकांश ब्लैक बॉक्स परीक्षण विकास के अंत में, रिलीज से कुछ समय पहले होते हैं।
इसमें उपयोगकर्ता स्वीकृति परीक्षण जी जैसे तरीके शामिल हैं, जिसमें सॉफ्टवेयर रिलीज-पूर्व परीक्षण के रूप में सॉफ्टवेयर के लक्षित दर्शकों के सदस्यों के पास जाता है। यह आमतौर पर बीटा परीक्षण के रूप में जाना जाता है और कंपनी के लिए एक आदर्श उपकरण है क्योंकि अधिक जोखिम का मतलब है कि लोगों को सॉफ़्टवेयर में संभावित बग मिलने की अधिक संभावना है।
विकास चक्र के अंत में ब्लैक बॉक्स कार्यप्रणाली के साथ काम करना आवश्यक है, क्योंकि यह एक ऐसा संस्करण है जिसे उपयोगकर्ता द्वारा एक्सेस करने की अधिक संभावना है। आप व्यक्तिगत कार्यों के लिए ब्लैक बॉक्स परीक्षण का उपयोग कर सकते हैं, लेकिन यह परीक्षण के उद्देश्य को पराजित करेगा।
2. जब आपको ब्लैक बॉक्स परीक्षण करने की आवश्यकता नहीं है
विकास के शुरुआती चरणों में ब्लैक बॉक्स परीक्षण का बहुत कम उद्देश्य है। जब कोई कंपनी अपने सॉफ़्टवेयर की मूलभूत कार्यक्षमता का निर्माण कर रही होती है, तो वह व्हाइट बॉक्स परीक्षण का उपयोग करती है ताकि डेवलपर यह देख सके कि कोड में किस बिंदु पर समस्याएँ हैं।
जब सॉफ़्टवेयर खुला स्रोत या अपेक्षाकृत सरल वेब टूल हो या किसी तृतीय पक्ष की कोडिंग परियोजनाओं में सहायता के लिए डिज़ाइन किया गया हो, तो ब्लैक बॉक्स परीक्षण की भी कोई आवश्यकता नहीं होती है, क्योंकि अपेक्षाकृत नंगे उपयोगकर्ता इंटरफ़ेस होता है, और उपयोगकर्ता के स्रोत कोड तक पहुंच सकता है कार्यक्रम वैसे भी। यदि आप किसी उपयोगकर्ता से स्रोत कोड तक पहुंचने की अपेक्षा करते हैं, तो ब्लैक बॉक्स परीक्षण अपना मुख्य उद्देश्य खो देता है।
3. ब्लैक बॉक्स टेस्टिंग में कौन शामिल है?
ब्लैक बॉक्स परीक्षण प्रक्रिया में शामिल होने के साथ बहुत सारी भूमिकाएँ हैं, इनमें से कुछ भूमिकाएँ परीक्षण करने वाली कंपनी की प्रकृति पर निर्भर करती हैं।
ब्लैक बॉक्स परीक्षण प्रक्रिया में शामिल होने वाली महत्वपूर्ण भूमिकाओं में शामिल हैं:
· परीक्षक
एक परीक्षक किसी कंपनी में मैन्युअल परीक्षण मामलों को पूरा करने के लिए ज़िम्मेदार होता है, पूरी तरह से परीक्षण मामलों को लिखता है जो उन्हें निष्पादित करने और परिणामों की रिपोर्ट करने से पहले ऐप की विस्तार से जांच करते हैं। यह भूमिका मुख्य रूप से मैन्युअल परीक्षण प्रक्रिया में मौजूद होती है, जिसमें स्वचालित सिस्टम भूमिका निभाते हैं जहां टेस्ट ऑटोमेशन होता है।
· क्यूए विश्लेषक
एक क्यूए विश्लेषक क्यूए प्रक्रिया में परीक्षण मामलों में प्रोग्रामिंग के लिए जिम्मेदार होता है, मुख्य रूप से जब कंपनी क्यूए टेस्ट ऑटोमेशन प्रक्रिया का उपयोग कर रही होती है।
इस प्रक्रिया में पूरी तरह से परीक्षण मामलों को डिजाइन करना शामिल है जो उच्च स्तर की कार्यक्षमता सुनिश्चित करते हैं और परीक्षण मामलों को निष्पादित करते हैं, पूर्ण होने पर परिणाम प्राप्त करते हैं।
· डेवलपर
क्यूए टीम जिस सॉफ्टवेयर का परीक्षण करती है, उसे विकसित करने के लिए जिम्मेदार व्यक्ति। एक डेवलपर परीक्षण टीम से प्रतिक्रिया प्राप्त करता है और तदनुसार सॉफ्टवेयर को अपडेट करता है, एक विकास टीम के हिस्से के रूप में काम करता है लेकिन परीक्षकों के साथ निरंतर संचार में रहता है।
· क्यूए प्रबंधक
एक क्यूए प्रबंधक गुणवत्ता आश्वासन टीम का नेता होता है और परीक्षकों द्वारा किए जाने वाले सभी कार्यों के प्रबंधन के लिए जिम्मेदार होता है।
इसमें परीक्षण कार्यक्रम की व्यवस्था करना, कर्मचारियों के सदस्यों के लिए की जाने वाली चीजों की सूची को व्यवस्थित करना और टीम में किसी भी तरह के विवाद को सुलझाना शामिल है। वे नए नियुक्तियों के प्रशिक्षण में ब्लैक बॉक्स परीक्षण की व्याख्या भी करते हैं।
· परियोजना का नेतृत्व
अंतिम परियोजना की गुणवत्ता के लिए जिम्मेदार व्यक्ति, एक प्रोजेक्ट लीड परीक्षण प्रक्रिया के साथ-साथ विकास की देखरेख करता है, यह सुनिश्चित करता है कि ग्राहक एक सॉफ्टवेयर पैकेज प्राप्त करता है जो संपूर्ण संक्षिप्त को पूरा करता है।
ब्लैक बॉक्स परीक्षण के लाभ
आपके विकास कार्य में ब्लैक बॉक्स परीक्षण का उपयोग करने के कई महत्वपूर्ण लाभ हैं। जितना अधिक आप इन लाभों के बारे में जानते हैं, उतना ही अधिक आप तकनीक से अधिक से अधिक लाभों का उपयोग करके उनमें से अधिकांश बना सकते हैं।
आपके गुणवत्ता आश्वासन में ब्लैक बॉक्स परीक्षण का उपयोग करने के कुछ मुख्य लाभों में शामिल हैं:
1. तकनीकी ज्ञान की कोई आवश्यकता नहीं
ब्लैक बॉक्स दृष्टिकोण का मतलब है कि किसी एप्लिकेशन की जांच करते समय आपको तकनीकी ज्ञान की कोई आवश्यकता नहीं है।
ब्लैक बॉक्स परीक्षण के पीछे का लक्ष्य यह जांचना है कि अंतिम उपयोगकर्ता के लिए एप्लिकेशन कैसे काम करता है, और अधिकांश स्थितियों में मानक उपयोगकर्ता के पास कोई उन्नत तकनीकी ज्ञान नहीं होता है। यह परीक्षण की लागत को कम कर सकता है, संगठन को कम खर्च पर और अधिक बग खोजने में मदद करता है, और अधिक आर्थिक रूप से कुशल बनता है।
2. उपयोगकर्ता को सटीक रूप से मॉडल करें
ब्लैक बॉक्स परीक्षण प्रक्रिया का अंतिम लक्ष्य यह समझना है कि जब कोई उपयोगकर्ता दिन-प्रतिदिन के आधार पर इसके साथ इंटरैक्ट कर रहा होता है तो एप्लिकेशन के साथ क्या समस्याएँ होती हैं।
कुछ प्रकार के ब्लैक बॉक्स परीक्षण – जो उपयोगकर्ता के व्यवहार के तरीके की नकल करने पर ध्यान केंद्रित करते हैं, उपयोगकर्ता के व्यवहार को उच्च स्तर की सटीकता के लिए मॉडल करते हैं। यह विशेष रूप से उपयोगकर्ता स्वीकृति परीक्षण के मामले में है, जिसमें अंतिम उपयोगकर्ता उत्पाद का अनुभव करते हैं, न केवल उपयोगकर्ता के व्यवहार को मॉडलिंग या अनुकरण करते हैं बल्कि वास्तव में इसे कार्यान्वित करते हैं।
मॉडलिंग सटीक रूप से किसी भी बग को प्रकट करने में मदद करती है जो उपयोगकर्ता के वास्तविक कार्यप्रवाह को प्रभावित करती है।
3. क्राउडसोर्स परीक्षण की क्षमता
अपेक्षाकृत कम कौशल आवश्यकताओं के कारण ब्लैक बॉक्स परीक्षण परीक्षण का एक अत्यधिक सुलभ रूप है।
इसका मतलब यह है कि कंपनियां न केवल निचले स्तर के तकनीकी कौशल वाले परीक्षकों को नियुक्त कर सकती हैं, बल्कि वे अपने परीक्षण को उत्साही ग्राहकों के लिए क्राउडसोर्स भी कर सकती हैं। यह गेमिंग उद्योग में तेजी से सामान्य हो रहा है, जहां कंपनियां अर्ली एक्सेस रिलीज़ की पेशकश कर रही हैं, जो उपयोगकर्ताओं को मिलने वाली समस्याओं को हल करने के लिए समय के साथ गेम को अपडेट कर रही हैं।
इस मामले में बग ढूंढना बहुत आसान है, क्योंकि सभी सुविधाओं को उच्च स्तर का एक्सपोजर प्राप्त होता है।
ब्लैक बॉक्स परीक्षण की चुनौतियाँ
ब्लैक बॉक्स परीक्षण के लाभों के अलावा, कुछ प्रमुख चुनौतियाँ हैं जिनका आपको ध्यान रखना होगा। इन चुनौतियों से अवगत होने का अर्थ है कि आप ब्लैक बॉक्स परीक्षण के हानिकारक प्रभावों को कम करके अपने परीक्षण के मानक को बढ़ाकर उन्हें अनुकूलित कर सकते हैं।
इनमें से कुछ चुनौतियों में शामिल हैं:
1. समस्या के कारणों का पता लगाना मुश्किल है
ब्लैक बॉक्स परीक्षण की मुख्य कमियों में से एक यह है कि जब परीक्षकों के पास किसी भी स्रोत कोड तक पहुंच नहीं होती है तो समस्याओं के कारण का पता लगाना अधिक कठिन हो सकता है।
जबकि वे वर्णन कर सकते हैं कि त्रुटि क्या है और यह कब होती है, उन्हें इस बात का कोई संकेत नहीं है कि स्रोत कोड का कौन सा भाग समस्या का कारण बनता है या क्यों।
परीक्षक अपने नोट-लेने में पूरी तरह से इसे कम कर सकते हैं, डेवलपर से विस्तृत त्रुटि संदेश भी भविष्य के अपडेट के लिए और अंतर्दृष्टि प्रदान करते हैं।
2. स्वचालन पेचीदा है
जैसा कि आप सक्रिय रूप से उस तरीके को दोहराने की कोशिश कर रहे हैं जिस तरह से एक उपयोगकर्ता एक सॉफ्टवेयर पैकेज के साथ इंटरैक्ट करता है, ब्लैक बॉक्स परीक्षण प्रक्रिया को स्वचालित करना बेहद मुश्किल हो सकता है।
इसका पहला कारण यह तथ्य है कि परीक्षक के पास स्रोत कोड तक कोई पहुंच नहीं है, जिससे सटीक परीक्षण मामले को कोड करना अधिक कठिन हो जाता है। इस जोड़े को इस तथ्य के साथ जोड़ा गया है कि परीक्षण को मानव व्यवहार को जितना संभव हो सके दोहराने के लिए डिज़ाइन किया गया है, स्वचालन के साथ विशेष रूप से रोबोटिक तरीके से कार्य करने के लिए डिज़ाइन किया गया है।
आप इस समस्या को और अधिक छोटे कार्यों को स्वचालित करके और जहां संभव हो मैन्युअल परीक्षणों के साथ स्वचालन को जोड़कर संतुलित कर सकते हैं।
3. उच्च-स्तरीय परीक्षण के साथ संघर्ष
स्वचालन के साथ पूर्वोक्त संघर्षों का अर्थ है कि उच्च पैमानों पर परीक्षण अधिक जटिल है। उच्च-स्तरीय परीक्षण कंपनियों को सॉफ़्टवेयर के बारे में बहुत अधिक डेटा प्रदान करता है और इसका मतलब है कि बग को ढूंढना और दोहराना आसान है।
प्राथमिकता के रूप में मैन्युअल परीक्षण की आवश्यकता का अर्थ है कि बड़े पैमाने पर परीक्षण की व्यवस्था करना अधिक कठिन हो सकता है। कुछ कंपनियां “ओपन बीटा” प्रणाली का उपयोग करके इसका मुकाबला करती हैं, जिसमें उत्पाद में रुचि रखने वाला कोई भी व्यक्ति पूर्व-रिलीज़ परीक्षण में मदद कर सकता है और स्वैच्छिक आधार पर प्रारंभिक बिल्ड पर प्रतिक्रिया प्रदान करके कंपनी का समर्थन कर सकता है।
ब्लैक बॉक्स टेस्ट के लक्षण
ब्लैक बॉक्स परीक्षणों की कुछ प्रमुख विशेषताएं हैं जिनके बारे में पता होना चाहिए, जो सॉफ़्टवेयर गुणवत्ता आश्वासन के किसी अन्य रूप से परीक्षण को अलग करती हैं।
इन विशेषताओं में शामिल हैं:
1. कोई पूर्व आंतरिक ज्ञान नहीं
ब्लैक बॉक्स टेस्ट के लिए सॉफ़्टवेयर के किसी पूर्व आंतरिक ज्ञान की आवश्यकता नहीं होती है। यह कुछ मामलों में मुश्किल हो सकता है क्योंकि परीक्षकों को सॉफ्टवेयर के उन पहलुओं के बारे में कुछ पता होता है जिनका वे परीक्षण कर रहे हैं और कुछ ऐसी विशेषताएं हैं जिनकी वे तलाश कर रहे हैं, लेकिन इसे मोटे तौर पर किसी भी प्रकार के आंतरिक दस्तावेज़ीकरण को देखने में सक्षम नहीं होने के रूप में परिभाषित किया गया है। .
सीधे शब्दों में कहें, अगर जानकारी किसी ऐप स्टोर या किसी वेबसाइट के डाउनलोड पृष्ठ पर किसी एंड-यूज़र को दिखाई देती है, तो एक परीक्षक इसे देख सकता है।
2. अलग परीक्षकों और डेवलपर्स
ब्लैक बॉक्स परीक्षण की स्थिति में विभिन्न लोगों द्वारा परीक्षण और विकास चरणों को पूरा किया जाता है। यह भिन्नता ज्ञान की कमी से आती है जो परीक्षकों के पास होती है, क्योंकि डेवलपर्स को स्रोत कोड का ज्ञान होता है क्योंकि वे इसे विकसित करने के लिए जिम्मेदार थे।
कंपनियां अपनी विशिष्ट स्थिति के आधार पर इसे कुछ अलग तरीकों से अपनाती हैं, जिसमें कुछ परीक्षण पूरा करने के लिए एक बाहरी संगठन का उपयोग करने का चुनाव करती हैं और बड़ी कंपनियां इस काम को पूरा करने के लिए परीक्षकों के समर्पित विभाग रखती हैं।
3. अंतिम चरण का परीक्षण
यह विकास के उस चरण को संदर्भित करता है जिसमें यह परीक्षण होता है। ब्लैक बॉक्स परीक्षण मौजूदा एप्लिकेशन के अपेक्षाकृत उन्नत संस्करण पर निर्भर करते हैं, एक व्यापक यूआई के साथ जो सॉफ्टवेयर के माध्यम से कुल नेविगेशन की अनुमति देता है और प्रत्येक सुविधा के सामने के छोर तक पहुंच प्रदान करता है।
इसका मतलब यह है कि ब्लैक बॉक्स परीक्षण परीक्षण प्रक्रिया के कुछ बाद के चरणों में ही संभव है, जब यह सब शुरू में विकसित किया गया हो। जबकि UI और नियंत्रणों को समय के साथ संशोधित किया जा सकता है, ब्लैक बॉक्स परीक्षणों को कार्यक्षमता तक पहुंचने की अनुमति देने के लिए उन्हें किसी न किसी रूप में मौजूद रहने की आवश्यकता होती है।
हम ब्लैक बॉक्स परीक्षणों में क्या परीक्षण करते हैं
ब्लैक बॉक्स परीक्षण सॉफ़्टवेयर पैकेज के विशिष्ट पहलुओं की जांच करता है, सॉफ़्टवेयर के कुछ क्षेत्रों में अतिरिक्त जानकारी प्रदान करता है जिससे जीवन की सामान्य गुणवत्ता में वृद्धि होती है।
एक सॉफ्टवेयर पैकेज के कुछ मुख्य भाग जो परीक्षक ब्लैक बॉक्स टेस्ट में जांचते हैं उनमें शामिल हैं:
1. कार्यक्षमता
कुछ डेवलपर ब्लैक बॉक्स परीक्षण का उपयोग यह सुनिश्चित करने के साधन के रूप में करते हैं कि सॉफ़्टवेयर का एक टुकड़ा मौजूदा ज्ञान के बिना किसी के लिए काम करता है।
अधिकांश लोग जो सॉफ़्टवेयर के किसी भी हिस्से का व्यावसायिक रूप से उपयोग करते हैं, वे सॉफ़्टवेयर के आंतरिक कामकाज की समझ के बिना ऐसा करते हैं, इसलिए इस ज्ञान के साथ परीक्षण करने का अर्थ है कि आप किसी भी मौजूदा समस्या के समाधान के बारे में जानते हैं।
यह पूरी तरह से कार्यक्षमता परीक्षण यह सुनिश्चित करता है कि सफेद बॉक्स परीक्षण उपयोग में होने पर अनदेखी की गई बगों को पूरा करने के बजाय हर कोई सबसे अच्छा अनुभव करता है जो एप्लिकेशन को पेश करना है।
2. यूजर इंटरफेस
उपयोगकर्ता इंटरफ़ेस हर तरह से संदर्भित करता है कि उपयोगकर्ता कार्यों की एक श्रृंखला को पूरा करने के लिए इसे प्राप्त करने के लिए व्यावहारिक रूप से एक एप्लिकेशन के साथ बातचीत करता है। इसमें वे मेनू शामिल हैं जिनके साथ एक उपयोगकर्ता काम करता है, विशिष्ट बटन जो एक एप्लिकेशन में मौजूद हैं और ब्रांडिंग जो पूरे सॉफ़्टवेयर में मौजूद है।
डेवलपर्स अपना अधिकांश समय यह सुनिश्चित करने में लगाते हैं कि एप्लिकेशन स्वयं उनकी अपेक्षा के अनुसार चलता है, जिसका अर्थ है कि उपयोगकर्ता इंटरफ़ेस पर कम ध्यान दिया जाता है।
ब्लैक बॉक्स टेस्टिंग टेस्टर्स को केवल सॉफ्टवेयर के यूजर-एंड फीचर्स के साथ प्रस्तुत करता है, परीक्षण के अधिकांश अन्य चरणों की तुलना में UI पर अधिक ध्यान देता है।
3. प्रदर्शन
सामान्य रूप से काम करने और अच्छा दिखने के अलावा, जिस तरह से एप्लिकेशन प्रदर्शन करता है वह ग्राहकों को खुश करने के लिए आवश्यक है।
प्रदर्शन कुछ कारकों को संदर्भित करता है, जिसमें उपयोगकर्ता इनपुट का जवाब देते समय ऐप की गति और किसी दिए गए डिवाइस पर उपयोग किए जाने वाले संसाधन शामिल हैं।
सॉफ्टवेयर के एक टुकड़े की सभी विशेषताओं की जांच के लिए एंड-टू-एंड परीक्षण जैसे परीक्षण प्रारूपों के साथ, डेवलपर्स यह देख सकते हैं कि ऐप कितनी मेमोरी का उपयोग करता है और कौन से कार्य उनके संबंधित उपकरणों पर सबसे अधिक दबाव डालते हैं, दक्षता और प्रदर्शन का मार्गदर्शन करते हैं। आवेदन के बाद के संस्करणों में संबंधित अद्यतन।
कुछ भ्रम दूर करना:
ब्लैक बॉक्स बनाम व्हाइट बॉक्स बनाम ग्रेबॉक्स परीक्षण
ब्लैक बॉक्स टेस्टिंग एक अवधारणा है जो ग्रे बॉक्स और व्हाइट बॉक्स टेस्टिंग के समान लगती है, लेकिन विचार मूल रूप से एक दूसरे से बहुत भिन्न हैं। उन्हें भ्रमित करने से विकास प्रक्रिया में गंभीर संचार समस्याएँ हो सकती हैं और अद्यतन प्रक्रिया धीमी हो सकती है और कम प्रभावी हो सकती है।
विभिन्न प्रकार के “बॉक्स परीक्षण” के बारे में कुछ भ्रम को दूर करने के लिए पढ़ें, वे एक दूसरे से कैसे भिन्न होते हैं और प्रत्येक का उपयोग कब किया जाता है।
1. व्हाइट बॉक्स टेस्टिंग क्या है?
व्हाइट बॉक्स परीक्षण को कभी-कभी “ग्लास बॉक्स परीक्षण” के रूप में जाना जाता है, और एक परीक्षण प्रक्रिया को संदर्भित करता है जहां परीक्षक के पास सॉफ्टवेयर के पीछे की सभी सूचनाओं तक पूर्ण पहुंच होती है। इसमें सोर्स कोड और डिज़ाइन दस्तावेज़ों तक पहुंच और पैकेज के क्लाइंट ब्रीफ शामिल हैं।
उदाहरण के लिए, यदि एक परीक्षक किसी एकल कार्य की जांच करने वाली विकास प्रक्रिया के शुरुआती चरणों में काम कर रहा है, तो उस कार्य के स्रोत कोड को देखने में सक्षम होने का मतलब है कि वे तुरंत समस्या का कारण ढूंढ सकते हैं।
व्हाइट बॉक्स परीक्षण का उपयोग करने के लिए सबसे अच्छा समय मुख्य रूप से आंतरिक कार्यों में है। यह एप्लिकेशन के कार्यात्मक पक्ष के शुरुआती विकास को संदर्भित करता है, जिसमें त्वरित सुधार आदर्श होते हैं क्योंकि जब आप उपयोगकर्ता अनुभव का अनुकरण नहीं कर रहे होते हैं तो कोड को अस्पष्ट करने का कोई लाभ नहीं होता है। श्वेत कोड परीक्षण का उपयोग ओपन-सोर्स सिस्टम में भी किया जाता है, क्योंकि इन मामलों में सभी उपयोगकर्ताओं के लिए स्रोत कोड उपलब्ध होता है।
व्हाइट बॉक्स और ब्लैक बॉक्स टेस्टिंग में क्या अंतर है?
ब्लैक बॉक्स परीक्षण और व्हाइट बॉक्स परीक्षण के बीच मुख्य कार्यात्मक अंतर एक परीक्षक के पास सॉफ्टवेयर तक पहुंच का स्तर है, लेकिन इसका परीक्षण के पहलुओं जैसे समय पर कहीं अधिक महत्वपूर्ण प्रभाव पड़ता है।
ब्लैक बॉक्स परीक्षण प्रक्रिया में बाद में अधिक सुसंगत उपयोग देखता है क्योंकि उत्पाद लॉन्च के करीब पहुंचता है, सफेद बॉक्स परीक्षण की पारदर्शिता और जवाबदेही से लाभान्वित होने वाले अधिक बुनियादी विकास चरणों के साथ। ब्लैक बॉक्स टेस्ट बनाम व्हाइट बॉक्स टेस्ट पर विचार करते समय, दोनों आवश्यक विशेषज्ञता के स्तरों में भी भिन्न होते हैं, क्योंकि व्हाइट बॉक्स परीक्षण के लिए कोडिंग और विकास में अधिक प्रभावी होने के लिए विशेषज्ञता की आवश्यकता होती है।
2. ग्रे बॉक्स टेस्टिंग क्या है?
ग्रे बॉक्स परीक्षण परीक्षण का एक रूप है जिसमें उपयोगकर्ता को पूर्ण पहुंच के बिना कोड की कुछ मौजूदा समझ होती है। इसमें फ़ंक्शन के लिए स्रोत कोड होना शामिल है जिसका परीक्षण किया जा रहा है या कुछ डिज़ाइन दस्तावेज़ों तक पहुंच है, इसलिए उपयोगकर्ता समझता है कि सॉफ़्टवेयर पैकेज का समग्र उद्देश्य क्या है।
उदाहरण के लिए, यदि एक परीक्षक किसी सॉफ्टवेयर पैकेज में केवल एक कार्य की जांच कर रहा है, तो उसे एप्लिकेशन के उस एक भाग के लिए स्रोत कोड तक पहुंच दी जा सकती है।
कंपनियां मुख्य रूप से ग्रे बॉक्स परीक्षण का उपयोग करती हैं जब किसी एप्लिकेशन को किसी तृतीय-पक्ष टूल के साथ एकीकृत करने के तरीके की जांच की जाती है। उनके पास प्रक्रिया के केवल एक भाग के लिए स्रोत कोड तक पहुंच हो सकती है, जो पूरी तरह से सफेद बॉक्स परीक्षण को पूरा करने की उनकी क्षमता को सीमित करता है। इसके बजाय, वे तीसरे पक्ष के एकीकरण के इनपुट और आउटपुट और एकीकरण के लिए जिम्मेदार स्रोत कोड देखते हैं।
परीक्षक इसका उपयोग यह आकलन करने के लिए करते हैं कि सॉफ़्टवेयर, तृतीय-पक्ष एप्लिकेशन या दोनों के बीच एकीकरण के कारण कोई समस्या उत्पन्न होती है या नहीं।
ब्लैक बॉक्स और ग्रे बॉक्स टेस्टिंग में क्या अंतर है?
ब्लैक बॉक्स और ग्रे बॉक्स परीक्षण के बीच मुख्य अंतर फिर से सूचना तक पहुंच का स्तर है, परीक्षण प्रकार के बीच मुख्य विभेदक कारकों में से एक होने के कारण परीक्षण किए जा रहे सॉफ़्टवेयर के प्रकार के साथ।
ग्रे बॉक्स टेस्टिंग में क्लाउड डेटा स्टोरेज या एक्सटर्नल प्रोसेसिंग टूल्स जैसे थर्ड-पार्टी टूल्स शामिल होते हैं, जबकि ब्लैक बॉक्स सिस्टम एक कोसिव यूनिट होते हैं। कई ब्लैक बॉक्स परीक्षण तीसरे पक्ष द्वारा निर्बाध रूप से होते हैं, जबकि एकीकृत अनुप्रयोगों के पास ग्रे बॉक्स परीक्षण पद्धति में काम करने के अलावा कोई विकल्प नहीं होता है।
3. निष्कर्ष: ब्लैक बॉक्स बनाम व्हाइट बॉक्स बनाम ग्रे बॉक्स परीक्षण
अंततः, ब्लैक, ग्रे और व्हाइट बॉक्स परीक्षण के बीच मूलभूत अंतर हैं, सभी इस पर आधारित हैं कि क्या पर्दे के पीछे की जानकारी परीक्षण टीम को प्रस्तुत की गई है।
ब्लैक बॉक्स और व्हाइट बॉक्स टेस्टिंग इस स्पेक्ट्रम के चरम हैं, ग्रे बॉक्स टेस्टिंग में सब कुछ मुफ्त में देखने को मिलता है, लेकिन थर्ड-पार्टी सोर्स कोड केवल एक विशिष्ट फ़ंक्शन के पीछे कोड को देखने में सक्षम होता है।
हालाँकि, इन सभी परीक्षण विधियों की सॉफ़्टवेयर परीक्षण स्थान में भूमिका होती है, इसलिए अपना समय और ध्यान उन्हें सीखने और उन्हें प्रभावी ढंग से लागू करने में लगाना आवश्यक है।
ब्लैक बॉक्स टेस्ट के प्रकार
ब्लैक बॉक्स टेस्टिंग के तीन मुख्य प्रकार हैं जिनमें वे सभी टेस्टिंग शामिल हैं जिन्हें कंपनी ब्लैक बॉक्स मेथडोलॉजी के जरिए पूरा करती है। ये:
1. कार्यात्मक परीक्षण
कार्यात्मक परीक्षण में आसपास की हर चीज शामिल होती है जिस तरह से एप्लिकेशन यांत्रिक रूप से काम करता है। इसमें यह सुनिश्चित करना शामिल है कि यह डेटा को सही तरीके से संभालता है, उपयोगकर्ताओं को सही क्रेडेंशियल्स के साथ साइन इन करने की अनुमति देता है और सूचनाओं और इनपुट को अपेक्षित रूप से संसाधित करता है।
कार्यक्षमता के लिए परीक्षण प्रक्रिया के अधिक महत्वपूर्ण पहलुओं में से एक है और इसमें एप्लिकेशन की स्थानीय कार्यक्षमता और बाहरी टूल और प्रोग्राम जैसे क्लाउड-आधारित सेवाओं या सिंगल साइन ऑन टूल के साथ इंटरैक्ट करने के तरीके दोनों शामिल हैं।
2. गैर-कार्यात्मक परीक्षण
गैर-कार्यात्मक परीक्षण परीक्षण को संदर्भित करता है जो सॉफ़्टवेयर के किसी भी पहलू की जांच करता है जो एप्लिकेशन की कार्यक्षमता से स्पष्ट रूप से संबंधित नहीं है। इसमें यह स्थापित करना शामिल है कि क्या कोई एप्लिकेशन उपयोग करने योग्य है और अपने उपयोगकर्ताओं के लिए समझने में आसान है, उपकरणों और ऑपरेटिंग सिस्टम की एक विस्तृत श्रृंखला के साथ संगत है और जिस तरह से यह लोड के महत्वपूर्ण स्तरों के तहत प्रदर्शन करता है (हालांकि यह बिंदुओं पर कार्यात्मक परीक्षण में बहाव कर सकता है)।
एक बार पूरा ऐप संकलित हो जाने के बाद यह मुख्य रूप से विकास प्रक्रिया के अंत में होता है।
3. प्रतिगमन परीक्षण
एक अद्यतन के बाद, परीक्षक यह सुनिश्चित करने के लिए एक एप्लिकेशन को देखते हैं कि उसने इच्छित कार्य पूरा कर लिया है और कोई अनपेक्षित साइड इफेक्ट नहीं है जो एप्लिकेशन को वापस करने का कारण बनता है।
इसे प्रतिगमन परीक्षण के रूप में जाना जाता है और यह सुनिश्चित करने का एक मूलभूत हिस्सा है कि कोई एप्लिकेशन बाजार में जाने के लिए तैयार है।
प्रत्येक अद्यतन के बाद प्रतिगमन परीक्षण का उपयोग यह सुनिश्चित करने के लिए किया जाता है कि एप्लिकेशन के कार्यात्मक और गैर-कार्यात्मक दोनों पहलू पहले प्राप्त किए गए मानक तक हैं।
ब्लैक बॉक्स परीक्षण तकनीक
जब आप ब्लैक बॉक्स परीक्षण प्रक्रिया से गुजरते हैं, तो ऐसी कई तकनीकें होती हैं जिन्हें आप अपने काम के स्तर को बेहतर बनाने के लिए लागू कर सकते हैं। गुणवत्ता आश्वासन वातावरण में आपके द्वारा उपयोग की जाने वाली कुछ सबसे महत्वपूर्ण ब्लैक बॉक्स परीक्षण तकनीकों में शामिल हैं:
1. जोड़ीदार परीक्षण
पेयरवाइज टेस्टिंग टेस्टिंग का एक रूप है जो सॉफ्टवेयर में संभव डेटा इनपुट के हर एक संयोजन को आजमाने पर केंद्रित है।
उदाहरण के लिए, यदि संख्या एक से दस तक एक कॉलम में सभी मान्य प्रविष्टियाँ हैं और दूसरे में सभी वर्णमाला वर्ण हैं, तो जोड़ीदार परीक्षण 1A से 10Z तक हर संभव संयोजन का परीक्षण करेगा। यह परीक्षण का एक रूप है जिसे पूरा करने में उपयोगकर्ता को बहुत समय और प्रयास लग सकता है, जिससे यह उन तकनीकों में से एक है जो संभावित हाइपरऑटोमेशन के लिए सबसे अधिक खुली हैं। यह अत्यंत संपूर्ण है और डेटा प्रविष्टि के साथ किसी भी संभावित समस्या का पता लगाता है।
2. सीमा मूल्य विश्लेषण
सॉफ़्टवेयर के कई टुकड़े डेटा प्रविष्टि पर निर्भर करते हैं, डेटा में विशिष्ट सीमाएँ होती हैं जिनके भीतर क्लाइंट से काम करने की अपेक्षा की जाती है।
उदाहरण के लिए, 1 से 100 तक के अंकों की गणना करने के लिए डिज़ाइन की गई प्रणाली 0 या उससे कम, या 100 से अधिक के मानों के साथ संघर्ष कर सकती है।
सीमा मूल्य विश्लेषण में इन सीमाओं का परीक्षण करना, उन सीमाओं पर और उनके आस-पास संख्याओं को इनपुट करना शामिल है, जो सॉफ्टवेयर परीक्षण की जांच करता है कि सॉफ्टवेयर पैकेज की अपेक्षित कार्य सीमा के किनारे पर बग हैं या नहीं। यह गणना-आधारित प्रणालियों में मुख्य रूप से फायदेमंद है और डेवलपर्स को सीमाओं को समायोजित करने या किसी भी समस्या का कारण खोजने में सहायता कर सकता है।
3. राज्य संक्रमण परीक्षण
बहुत सारे कार्यक्रम अलग-अलग “राज्यों” या “मोड” के बीच भिन्न होते हैं और इस प्रक्रिया के एक चरण से अगले तक संक्रमण की आवश्यकता होती है। ठीक से काम करने वाले इन संक्रमणों का अर्थ है कि साइट उपयोगकर्ता की अपेक्षा के अनुसार काम करती है और कोई अप्रत्याशित रुकावट नहीं है।
राज्य संक्रमण परीक्षण परीक्षण का एक रूप है जो सॉफ्टवेयर के एक टुकड़े में राज्यों के बीच सभी संक्रमणों की जांच करता है, यह सुनिश्चित करता है कि वे कार्यात्मक हैं और निश्चितता प्रदान करते हैं कि उपयोगकर्ता सॉफ्टवेयर के माध्यम से बिना किसी अप्रत्याशित रुकावट के काम करता है।
सॉफ़्टवेयर इंजीनियरिंग जीवनचक्र में ब्लैक बॉक्स परीक्षण
ब्लैक बॉक्स परीक्षण एक अनुशासन है जो मुख्य रूप से सॉफ्टवेयर इंजीनियरिंग जीवनचक्र के अंत में उपयोग को देखता है। इसमें परीक्षण से लेकर पूर्ण बीटा एक्सेस प्रदान करने के लिए उपयोगकर्ता सॉफ्टवेयर के साथ बातचीत करने के तरीके तक सब कुछ शामिल है, जिसमें ब्लैक बॉक्स परीक्षण मुख्य रूप से एक बार सभी कार्यक्षमता के अपेक्षित रूप से काम करने के बाद आता है।
यह सफेद बॉक्स परीक्षण की तुलना में बहुत समय और प्रयास बचाता है जिसमें उच्च स्तर की विशेषज्ञता होती है, और जब आपको सिस्टम के काम करने के तरीके में तत्काल परिवर्तन करने के लिए विकास दल की आवश्यकता नहीं होती है तो इसे सबसे अच्छा कार्यान्वित किया जाता है।
मैनुअल या स्वचालित ब्लैक बॉक्स टेस्ट?
सॉफ्टवेयर परीक्षण दो अलग-अलग स्वरूपों में आता है, मैनुअल परीक्षण पारंपरिक रूप है जो प्रक्रिया के हर चरण में सॉफ्टवेयर परीक्षक का उपयोग करता है। यह स्वचालित परीक्षण के साथ एक दृढ़ विरोधाभास है, जो बिना किसी मानवीय हस्तक्षेप के कार्यों को पूरा करने के लिए कृत्रिम बुद्धिमत्ता और मशीन लर्निंग के बढ़ते स्तर का उपयोग करता है।
मैनुअल और स्वचालित परीक्षण क्या हैं, प्रत्येक की चुनौतियाँ, और दोनों में से कौन सी कंपनी के लिए आदर्श है, इस बारे में अधिक जानने के लिए आगे पढ़ें।
1. मैनुअल ब्लैक बॉक्स परीक्षण – लाभ, चुनौतियाँ, प्रक्रिया
मैनुअल ब्लैक बॉक्स टेस्टिंग कंपनी के टूलसेट के हिस्से के रूप में ऑटोमेशन प्लेटफॉर्म का उपयोग करने के बजाय सभी कार्यों को पूरा करने के लिए कर्मचारियों के सदस्यों का उपयोग करके स्वतंत्र रूप से ब्लैक बॉक्स टेस्टिंग को पूरा करने की प्रक्रिया को संदर्भित करता है।
सॉफ़्टवेयर विकास में मैन्युअल परीक्षण का उपयोग करने के कुछ मुख्य लाभ यह हैं कि जिस तरह से आप परीक्षण पूरा करते हैं, उस पर आपके पास अधिक लचीलापन होता है और जिस तरह से डेवलपर्स कहीं अधिक गहन प्रतिक्रिया प्राप्त कर सकते हैं जो प्रकृति में गुणात्मक है।
हालांकि, मैन्युअल परीक्षण प्रक्रिया में कुछ जन्मजात प्राकृतिक चुनौतियां हैं। इनमें से पहला तथ्य यह है कि मैन्युअल परीक्षण में बहुत समय लग सकता है, जिसमें लोग अपने कार्यों को पूरा करने में स्वचालित कार्यक्रमों की तुलना में धीमे होते हैं।
दूसरा है गलतियों की संभावना का उच्च स्तर, जिसमें लोगों में गलत क्लिक करने या चीजों को गलत क्रम में करने की क्षमता होती है। यह अंततः परीक्षण डेटा में अशुद्धियों का परिणाम हो सकता है।
मैनुअल परीक्षण एक ऐसी प्रक्रिया है जो इस संक्षेप को चुनौती देने वाले परीक्षण मामलों को लिखने, परीक्षण मामलों को निष्पादित करने और विकास टीम को परिणामों की रिपोर्ट करने से पहले एक आवेदन के लिए कंपनी की अपेक्षाओं को सीखने से शुरू होती है।
2. ब्लैक बॉक्स टेस्ट ऑटोमेशन – लाभ, चुनौतियाँ, प्रक्रिया
स्वचालित परीक्षण उन परीक्षणों को संदर्भित करते हैं जो एक कंपनी एक सॉफ्टवेयर पैकेज पर एक स्वचालित प्रणाली के साथ परीक्षण मामलों को पूरा करके पूरा करती है। ये सॉफ़्टवेयर पैकेज को स्वचालित करने के लिए तृतीय-पक्ष प्लेटफ़ॉर्म का उपयोग करते हैं, विशेष रूप से तैयार किए गए परीक्षण मामलों के बाद किसी भी स्वचालित चरण के साथ।
ब्लैक बॉक्स टेस्ट ऑटोमेशन का मुख्य लाभ इसकी गति है, स्वचालित प्रोग्राम के साथ परीक्षण के प्रत्येक रन के लिए बहुत कम समय लगता है। यह आपके परीक्षण में एक प्रमुख समय लाभ जोड़ता है, जिसे आप एप्लिकेशन विकसित करने में खर्च कर सकते हैं।
एक अन्य लाभ सटीकता है, क्योंकि एक अच्छा स्वचालन उपकरण समान कार्यों को हर बार समान क्रम में पूरा करता है।
कमियां अभी भी ब्लैक बॉक्स टेस्ट ऑटोमेशन के लिए समस्याएं पैदा कर सकती हैं, जिनमें से एक मुख्य मुद्दा मात्रात्मक डेटा पर ध्यान केंद्रित करना है। यह मेट्रिक्स के लिए बहुत अच्छा है लेकिन इसका मतलब है कि उपयोगकर्ता स्वीकार्यता परीक्षण में, प्राप्त करने के लिए बहुत कम मूल्यवान जानकारी है।
स्वचालित परीक्षण में लचीलेपन की सापेक्ष कमी भी है, विश्लेषकों को किसी भी समय परिवर्तन करने के लिए पूरी तरह से नए परीक्षण मामलों को कोड करने की आवश्यकता होती है।
परीक्षण स्वचालन प्रक्रिया परीक्षण मामलों की एक श्रृंखला के डिजाइन के साथ शुरू होती है, जिन्हें परीक्षण निष्पादित करने से पहले सिस्टम में कोडित किया जाता है, जो पूरा होने पर एक रिपोर्ट प्रदान करता है।
3. निष्कर्ष: मैनुअल या ब्लैक बॉक्स टेस्ट ऑटोमेशन?
आखिरकार, मैन्युअल और स्वचालित ब्लैक बॉक्स परीक्षण के बीच का चुनाव एक जटिल है जो इस बात पर निर्भर करता है कि आप सिस्टम में क्या खोज रहे हैं।
यदि आप उच्च-स्तरीय गुणात्मक जानकारी की तलाश कर रहे हैं, जिसका उपयोग आप अंतिम-उपयोगकर्ता के लिए डिज़ाइन परिवर्तन करने के लिए कर सकते हैं, तो मैन्युअल परीक्षण प्रक्रिया में कार्यात्मक और प्रदर्शन चरणों के लिए स्वचालित परीक्षण आदर्श होने के साथ बेहतर विकल्प है।
इस बारे में सोचें कि आप परीक्षण प्रक्रिया के प्रत्येक चरण में क्या खोज रहे हैं और आप निर्देशित डेटा प्राप्त कर सकते हैं जो आपके प्रदर्शन को आसानी से सुधारता है।
ब्लैक बॉक्स परीक्षण शुरू करने के लिए आपको क्या चाहिए?
ब्लैक बॉक्स परीक्षण शुरू करने से पहले कुछ आवश्यक शर्तें हैं, जिन तक आपको पहुंच की आवश्यकता है, जिनमें से प्रत्येक एक अधिक सुसंगत परीक्षण प्रक्रिया बनाने में मदद करती है।
ब्लैक बॉक्स परीक्षण कार्य शुरू करने से पहले आपके पास कुछ चीजें शामिल हैं:
1. सॉफ्टवेयर आवश्यकताएँ
सॉफ़्टवेयर आवश्यकताएँ एक डिज़ाइन संक्षिप्त में विशिष्ट बिंदुओं को संदर्भित करती हैं जो सॉफ़्टवेयर को हिट करने के लिए डिज़ाइन किया गया है। इसमें कार्यों के एक निश्चित सेट को पूरा करने की आवश्यकता से लेकर इसका उपयोग करते समय एक निश्चित रूप और अनुभव होने तक कई चीजें शामिल हो सकती हैं।
इस जानकारी के होने से आपको अपने परीक्षण में लक्षित करने के लिए कुछ विशिष्ट लक्ष्य मिलते हैं, जिसमें परीक्षक एक परीक्षण कार्यक्रम और योजना बनाते हैं जिसके परिणामस्वरूप परिणामों का एक अधिक सुसंगत सेट होता है जो डेवलपर्स को सॉफ़्टवेयर के मुद्दों के बारे में सूचित करता है।
कुछ कंपनियों में, क्योंकि यह एक ब्लैक बॉक्स टेस्ट है, डेवलपर्स एक टेस्टर की एक्सेस को ब्रीफ तक सीमित कर देंगे।
2. संकलित सॉफ्टवेयर
सॉफ़्टवेयर के किसी भाग का परीक्षण करने से पहले, एक गुणवत्ता आश्वासन टीम को सॉफ़्टवेयर तक पहुँच की आवश्यकता होती है। इसमें आम तौर पर डेवलपर्स शामिल होते हैं जो सॉफ़्टवेयर का सबसे हालिया संस्करण प्रदान करते हैं, साथ ही टीम को अपने परीक्षण करने के लिए सॉफ़्टवेयर के पूरी तरह से ताजा संकलित संस्करण होने से लाभ होता है।
हाल के संस्करण होने का मतलब है कि परीक्षण में कुछ सबसे हालिया सुधार शामिल हैं, जिसका अर्थ है कि यह सॉफ़्टवेयर के प्रदर्शन का सटीक प्रतिनिधित्व देता है।
3. परीक्षण लक्ष्य
परीक्षक कुछ विशिष्ट लक्ष्यों को ध्यान में रखते हुए परीक्षण की अवधि का रुख करते हैं। ये परीक्षण लक्ष्य सटीक रूप से निर्धारित करते हैं कि वे आने वाली अवधि में क्या परीक्षण कर रहे हैं, चाहे वह उपयोगकर्ता की स्वीकार्यता हो, एंड-टू-एंड कार्यक्षमता हो या पैठ परीक्षण पूरा करना हो।
QA प्रबंधकों के पास ये लक्ष्य होते हैं, परीक्षण के अगले चरण के साथ आम तौर पर विकास टीम किस पर काम कर रही है और सॉफ्टवेयर के उन हिस्सों पर निर्भर करता है जो उन विकासों को प्रभावित करते हैं।
ब्लैक बॉक्स परीक्षण प्रक्रिया
ब्लैक बॉक्स परीक्षण प्रक्रिया एक अपेक्षाकृत सटीक प्रक्रिया है, जहां तक संभव हो सके प्रक्रिया चरणों का पालन करने से कंपनियों को लाभ होता है। ब्लैक बॉक्स परीक्षण प्रक्रिया के विभिन्न चरणों में शामिल हैं:
1. टेस्ट प्लानिंग
जटिल योजना प्रक्रिया के साथ ब्लैक बॉक्स परीक्षण प्रक्रिया प्रारंभ करें। इसमें उन सभी व्यक्तिगत लक्ष्यों पर चर्चा करना शामिल है जो आपके पास परीक्षण के लिए हैं, आपके द्वारा परीक्षण किए जा रहे सॉफ़्टवेयर के विशिष्ट पहलुओं और उन संसाधनों के बारे में जिन्हें आप परीक्षण के लिए समर्पित कर रहे हैं।
अधिक अच्छी तरह से योजना बनाने का मतलब है कि हर कोई जानता है कि उन्हें क्या करना है और कब करना है, जिसमें परीक्षणों में शामिल तरीके भी शामिल हैं।
2. टेस्ट केस राइटिंग
टेस्ट केस राइटिंग प्रक्रिया का अगला चरण है। एक परीक्षण मामला एक परीक्षण में पूरा किए जाने वाले चरणों की एक श्रृंखला को संदर्भित करता है, जिसमें अधिक विस्तृत परीक्षण मामले उपयोगकर्ता के लिए अधिक स्तर की स्थिरता प्रदान करते हैं।
एक स्वचालित परीक्षण प्रक्रिया में, इसमें आपके द्वारा उपयोग किए जाने वाले किसी भी स्वचालन उपकरण में परीक्षण मामले को कोड करना भी शामिल है।
यह सुनिश्चित करने के लिए अपने सभी परीक्षण मामलों की दोबारा जांच करें कि वे पूरा करने के चरणों के बारे में पूर्ण और स्पष्ट हैं।
3. टेस्ट केस निष्पादन
एक बार जब आप अपने टेस्ट केस तैयार कर लें, तो टेस्ट केस को निष्पादित करना शुरू करें। स्वचालन का उपयोग करते समय, यह एक अपेक्षाकृत आसान काम हो सकता है जिसमें प्रोग्राम को अपने रास्ते पर सेट करना और परिणामों की प्रतीक्षा करना शामिल है। मैन्युअल परीक्षण कर्मचारियों पर बार-बार परीक्षण मामलों को पूरा करने पर निर्भर करता है, जिसमें अधिक दोहराव अधिक सुसंगत, उच्च-गुणवत्ता वाले डेटा की ओर ले जाते हैं।
प्रत्येक परीक्षण मामले को यथासंभव सावधानी से निष्पादित करें, परीक्षण मामलों के निष्पादन जितना अधिक सटीक होगा, आपके पास डेटा के विकास दल के लिए उपयोगी होने का बेहतर मौका होगा।
4. अंतिम रिपोर्टिंग
अंतिम रिपोर्टिंग चरण प्रक्रिया के उस हिस्से को संदर्भित करता है जहां परीक्षण टीम डेवलपर्स को वापस रिपोर्ट करती है।
परीक्षकों द्वारा एकत्र किए गए सभी मेट्रिक्स के साथ इसमें जोड़ने से पहले एकत्र की गई जानकारी का एक सरल सारांश शामिल करके प्रारंभ करें। यह डेवलपर्स को पूर्ण डेटा दिखाने से पहले अपडेट की अगली कड़ी के लिए आदर्श दिशा पर प्रारंभिक मार्गदर्शन प्रदान करता है, जिससे उन्हें मुद्दों की गहरी समझ प्राप्त करने की अनुमति मिलती है।
ब्लैक बॉक्स परीक्षण के लिए सर्वोत्तम अभ्यास
आपके उद्योग के बावजूद, किसी भी कंपनी के लिए सर्वोत्तम प्रथाओं का पालन करना जरूरी है। सर्वोत्तम प्रथाएँ उन व्यवहारों और तकनीकों की एक श्रृंखला को संदर्भित करती हैं जो एक कंपनी को अपने दैनिक कार्य में उपयोग करने, कंपनी की दक्षता बढ़ाने और कंपनी द्वारा उपयोग किए जाने वाले सॉफ़्टवेयर के मानक में सुधार करने से लाभान्वित करती हैं।
इनमें से कुछ प्रथाएँ जो किसी कंपनी को उसके ब्लैक बॉक्स परीक्षण की गुणवत्ता में सुधार करने में मदद करती हैं, उनमें शामिल हैं:
1. कौशल विकास पर ध्यान दें
यदि आप एक कंपनी चलाते हैं जो एक समय में कई सॉफ्टवेयर पर काम करती है, तो परीक्षण कौशल और विशेषज्ञता विकसित करने पर ध्यान केंद्रित करने पर विचार करें। जितना अधिक समय आप विशेषज्ञता और उपयुक्त कौशल विकसित करने पर खर्च करते हैं, आपके उत्पादों में मौजूद किसी भी मुद्दे को जड़ से खत्म करने की संभावना उतनी ही बेहतर होती है।
यह उन लोगों को काम पर रखने के साथ है जिनके पास कौशल का सही सेट है, लेकिन उन कंपनियों के लिए सबसे उपयुक्त है जिनके पास लगभग निरंतर सॉफ़्टवेयर परीक्षण हो रहा है क्योंकि इन क्षमताओं को लागू करने में हमेशा लाभ होता है।
2. काम का बोझ संतुलित करें
कुछ परीक्षण दल बहुत बड़े हो सकते हैं, जिनमें दर्जनों, या सैकड़ों कर्मचारी भी हो सकते हैं, सभी नियमित रूप से परीक्षण मामलों को पूरा कर रहे हैं।
स्टाफ के इन सदस्यों से अधिकतम लाभ प्राप्त करने के लिए सबसे अच्छा अभ्यास है कि आप अपना समय लें और जब आप लोगों को विशिष्ट कार्य सौंपें तो सावधान रहें। बर्नआउट का सॉफ़्टवेयर विकास उद्योग में समस्याएँ पैदा करने का एक गंभीर इतिहास रहा है, लेकिन यह एक ऐसी चीज़ है जिससे बेहतर वर्कलोड प्रबंधन से बचा जा सकता है।
3. सुसंगत प्रक्रियाएँ बनाएँ
कंपनियां ऐसी प्रक्रियाओं पर बनी हैं जो उनके स्टाफ के सदस्य दैनिक आधार पर पूरी करते हैं, परीक्षण प्रक्रियाओं के साथ जिसमें एक कंपनी अपने परीक्षण मामलों को लिखती है, अनुसंधान को पूरा करती है, और विभागों में आंतरिक रूप से संचार करती है।
इन उदाहरणों में निरंतरता महत्वपूर्ण है, क्योंकि इसका मतलब है कि लोग कंपनी में आने पर अधिक तेज़ी से सीखते हैं। यह एक कंपनी की तुलना में तेजी से अनुकूलन और बेहतर उत्पादन की ओर जाता है, जिसके कार्यों में कोई निरंतरता नहीं है।
यदि आप कर सकते हैं, तो इन प्रक्रियाओं को इस तरह से बनाएं जिसमें निर्णय लेने की प्रक्रिया में कर्मचारी शामिल हों, क्योंकि यह सुनिश्चित करता है कि वे रणनीति से सहमत हैं।
ब्लैक बॉक्स टेस्ट को लागू करने में 7 गलतियाँ और नुकसान
किसी भी उद्योग में गलतियाँ स्वाभाविक हैं, लेकिन उन्हें करने का अवसर मिलने से पहले गलतियों के बारे में जानने से आपका बहुत समय और प्रयास बच सकता है।
कुछ सबसे आम गलतियाँ और नुकसान जिनमें ब्लैक बॉक्स परीक्षक शामिल होते हैं:
1. परिभाषित परीक्षण दायरे का अभाव
कुछ संगठन प्रक्रियाओं की ठीक से योजना बनाए बिना अपने उत्पादों का परीक्षण शुरू कर देते हैं, जो एक महत्वपूर्ण गलती है।
योजना बनाने में विफल रहने से कंपनियां परीक्षण के दायरे से बाहर हो सकती हैं। एक सहमत दायरे के होने से परीक्षण को सही पैमाने पर होने और प्रभावी रूप से परिणाम प्राप्त करने में मदद मिलती है।
यदि आप आरंभ करने से पहले अपने परीक्षण के दायरे से सहमत नहीं हैं, तो बहुत व्यापक रूप से परीक्षण करने और कम प्रासंगिक परिणाम प्राप्त करने में बहुत अधिक समय लगने का गंभीर जोखिम है।
2. जल्दबाजी में परीक्षण प्रक्रिया
परीक्षण एक ऐसी प्रक्रिया की तरह महसूस कर सकता है जिसमें बहुत लंबा समय लगता है, विशेष रूप से एक संपूर्ण आवेदन की जांच करने के लिए तैयार किए गए परीक्षण मामलों के साथ। कुछ लोगों को अपने परीक्षणों में जल्दबाजी करने का प्रलोभन दिया जा सकता है, विशेष रूप से पहले के परीक्षणों को दोहराने पर। यह एक गंभीर गलती है। अपने परीक्षण में जल्दबाजी करने से परीक्षण मामले के निष्पादन में त्रुटियां हो सकती हैं, डेटा के मूल्य में कमी आ सकती है और अंततः इसका मतलब यह है कि आपको वैसे ही परीक्षण फिर से करने की आवश्यकता है।
3. सत्यापन प्रक्रिया के बिना स्वचालित
टेस्ट ऑटोमेशन मुख्य रूप से यह सुनिश्चित करने पर ध्यान केंद्रित करता है कि डेटा मान इनपुट करने से प्रक्रिया के अंत में सही आउटपुट प्राप्त होगा। इन परीक्षणों को स्वचालित करना स्वचालित प्रक्रिया के आउटपुट को सत्यापित करके काम करता है कि परिणाम क्या होना चाहिए।
कुछ परीक्षक स्वयं मूल्य की गणना न करके एक महत्वपूर्ण त्रुटि करते हैं, जिसका अर्थ है कि उनके पास यह सत्यापित करने का कोई तरीका नहीं है कि आउटपुट सही है या नहीं और संभावित रूप से पूरे सिस्टम में महत्वपूर्ण बग खोजने में विफल रहे हैं।
4. हाइब्रिड परीक्षण का उपयोग करने में विफल
हाइब्रिड परीक्षण मैन्युअल परीक्षण के साथ स्वचालन को संतुलित करने को संदर्भित करता है, क्योंकि दो विधियाँ एक तरह से काम करती हैं जो एक दूसरे की खामियों को पूरी तरह से कवर करती हैं।
हालाँकि, कुछ संगठन दो तरीकों में से एक पर ध्यान देना पसंद करते हैं। ऐसा करने से आप अपने परीक्षण को गंभीर मुद्दों और अशुद्धियों तक खोल देते हैं।
अपने परीक्षण में बेहतर स्तर का संतुलन पाने के लिए हाइब्रिड परीक्षण पूरा करें और त्रुटियों की संख्या को यथासंभव कम करें।
5. प्रतिगमन परीक्षण पूरा नहीं करना
किसी भी प्रभावी सॉफ़्टवेयर परीक्षण प्रणाली में प्रतिगमन परीक्षण एक निरंतर प्रक्रिया होनी चाहिए, परीक्षण के इस रूप के साथ यह स्थापित करना चाहिए कि सॉफ़्टवेयर अद्यतनों ने सिस्टम में कहीं और समस्याएँ पैदा की हैं या नहीं। प्रतिगमन परीक्षण को पूरा करने में विफल होने का अर्थ है कि प्रक्रिया के आरंभ में आपके द्वारा परीक्षण किए गए कार्य आपके एहसास के बिना विफल हो सकते हैं।
प्रतिगमन परीक्षण पूरा करके आप यह सुनिश्चित करते हैं कि आप गुणवत्ता आश्वासन प्रक्रिया में बहुत अधिक अतिरिक्त काम किए बिना एक उच्च-गुणवत्ता वाला उत्पाद शिप करते हैं।
6. कीड़े के लिए सक्रिय रूप से शिकार
कुछ लोग सोचते हैं कि ब्लैक बॉक्स परीक्षण का लक्ष्य सॉफ़्टवेयर पैकेज में बग ढूंढना है और उन्हें एक विकास दल को रिपोर्ट करना है, और जबकि यह एक पहलू है, यह केवल फोकस नहीं है। सॉफ्टवेयर पैकेज के मानक में आम तौर पर सुधार करने के लिए परीक्षण मौजूद है।
सॉफ़्टवेयर में बग पर बहुत अधिक ध्यान केंद्रित करने से आप मानक वर्कफ़्लो के बाहर बोलबाला करना शुरू कर देते हैं, अपने परीक्षण के दायरे से बाहर पहुँच जाते हैं और कोड में संभावित अप्रासंगिक खामियों को दूर करने के बदले में सॉफ़्टवेयर के साथ कुछ अधिक प्रासंगिक समस्याओं की अनदेखी करते हैं।
7. अपने अंतर्ज्ञान को अनदेखा करना
मैनुअल परीक्षण में, एक परीक्षक की भूमिका होती है क्योंकि उनके पास अंतर्ज्ञान की एक मौजूदा भावना होती है, और कोड का ज्ञान होता है जो उन्हें संभावित मुद्दों की ओर मार्गदर्शन करता है और जब वे काम करते हैं तो जांच करने के लिए क्षेत्रों की सूचना देते हैं।
हालांकि, कुछ परीक्षण मामलों पर काम करते समय इस अंतर्ज्ञान को पूरी तरह से अनदेखा करना चुनते हैं। आप जिस चीज का परीक्षण करना चाहते हैं उस पर ध्यान देकर और नए परीक्षण मामले में उसकी जांच करके, आपको तैयार किए गए परीक्षण मामलों को पूरा करते हुए अपने तकनीकी ज्ञान का पूरा लाभ मिलता है।
ब्लैक बॉक्स टेस्ट से आउटपुट के प्रकार
ऐसे कई प्रकार के आउटपुट हैं जो आप ब्लैक बॉक्स परीक्षण से प्राप्त कर सकते हैं, जिनमें से प्रत्येक कंपनी को अपने उत्पादों के लिए प्रासंगिक अपडेट करने और ग्राहकों द्वारा अनुभव की जाने वाली गुणवत्ता में सुधार करने के लिए अद्वितीय अंतर्दृष्टि प्रदान करता है।
ब्लैक बॉक्स परीक्षणों से कुछ मुख्य प्रकार के आउटपुट में शामिल हैं:
1. गुणात्मक डेटा
ब्लैक बॉक्स परीक्षण से आप जो पहला आउटपुट प्राप्त कर सकते हैं, वह गुणात्मक डेटा है। यह वह जानकारी है जो मुख्य रूप से एप्लिकेशन का वर्णन करती है और एंड-टू-एंड टेस्टिंग और उपयोगिता परीक्षण जैसे परीक्षणों से आती है।
गुणात्मक डेटा आम तौर पर आवेदन के मानक का वर्णन करता है, आवेदन के साथ लोगों के अनुभव पर चर्चा करता है और उन परिवर्तनों की व्याख्या करता है जो एक परीक्षक बनाना चाहता है।
इस डेटा को बनाते समय, एक परीक्षक आम तौर पर अपने बिंदुओं के लिए सभी सबूतों को बताते हुए एक संपूर्ण रिपोर्ट लिखता है, गुणात्मक राय का समर्थन करता है, जैसे कि वे किस बात का स्क्रीनशॉट कर रहे हैं।
2. मात्रात्मक डेटा
यह मेट्रिक्स के रूप में स्पष्ट संख्यात्मक डेटा को संदर्भित करता है, जिसमें परीक्षण स्टाफ के सदस्य या तो किसी एप्लिकेशन के विशिष्ट भागों पर ध्यान देते हैं या स्वचालन परीक्षण प्रोटोकॉल से संख्यात्मक डेटा प्राप्त करते हैं।
मात्रात्मक जानकारी डेवलपर्स को अलग-अलग सुधार प्रदान करने के लिए अधिक उपयोगी होती है, जो एप्लिकेशन के कुछ हिस्सों को इंगित करती है जैसे प्रदर्शन का स्तर, उपयोग किए गए संसाधनों के संदर्भ में इसकी दक्षता और बग की संख्या और एप्लिकेशन में मौजूद समस्याएं।
मात्रात्मक जानकारी का विश्लेषण और मूल्यांकन इसके वर्णनात्मक समकक्ष की तुलना में सरल है क्योंकि किसी भी व्याख्या की आवश्यकता नहीं है।
3. त्रुटि संदेश
त्रुटि संदेश तब आते हैं जब सॉफ़्टवेयर की कार्यक्षमता अपेक्षित रूप से नहीं चल रही होती है। यह हार्डवेयर या सॉफ़्टवेयर समस्याओं के कारण हो सकता है, आमतौर पर एक त्रुटि कोड के अतिरिक्त समस्या का एक संक्षिप्त विवरण होता है।
डेवलपर्स त्रुटि कोड की एक प्रणाली बनाते हैं ताकि सिस्टम में कोई समस्या होने पर उन्हें कम करने में मदद मिल सके, जिसमें कुछ विचारों को लागू करने के लिए पहले अंक का उपयोग करके किसी समस्या का सामना करने वाले फ़ंक्शन को कम करना शामिल है, दूसरा विशेष रूप से वर्णन करने के लिए विफल रहा और तीसरा समस्या का कारण बताता है।
त्रुटि कोड की इस प्रणाली का उपयोग करने का मतलब है कि डेवलपर्स तुरंत जानते हैं कि समस्या क्या है और समाधान पर काम कर सकते हैं।
ब्लैक बॉक्स टेस्ट के उदाहरण
जबकि ब्लैक बॉक्स परीक्षण के पीछे सिद्धांत अपेक्षाकृत सरल है, व्यावहारिक रूप से इसे लागू करना एक जटिल प्रक्रिया हो सकती है, विशेष रूप से पहली बार परीक्षक के लिए। क्रियाशील ब्लैक बॉक्स परीक्षण उदाहरण देखने से आपको अपने परीक्षण को व्यवस्थित करने में मदद मिल सकती है।
कई प्रकार के परीक्षण और सफलता की अलग-अलग डिग्री सहित ब्लैक बॉक्स परीक्षण विधियों के कुछ उदाहरणों में शामिल हैं:
1. अप्रभावी उपयोगकर्ता स्वीकृति परीक्षण
एक कंपनी आने वाले हफ्तों में अपना उत्पाद जारी करना चाह रही है, उपयोगकर्ता स्वीकृति परीक्षण अभी भी होना बाकी है। आवेदन बुजुर्ग दर्शकों के लिए एक बुनाई ट्यूटोरियल है।
डेवलपर्स इस प्रक्रिया में तेजी लाने के लिए देखते हैं और टेस्टर्स के एक समूह को जल्दी से इकट्ठा करते हैं, विशेष रूप से मध्य-तीसवें गैर-बुनने वालों का परीक्षण करने के लिए उपयोग करते हैं क्योंकि वे एक अधिक सुलभ समूह थे। यह समूह एप्लिकेशन के साथ कोई समस्या नहीं देखता है और इसे सार्वजनिक रिलीज़ के लिए हरी बत्ती देता है।
दो समूहों के बीच तकनीकी ज्ञान के परस्पर विरोधी स्तरों के कारण, लक्षित दर्शक सॉफ़्टवेयर का उपयोग करते समय अधिक भ्रमित होते हैं और बहुत सारी सुविधाओं तक नहीं पहुँच पाते हैं। प्रतिक्रिया के रूप में, कंपनी को तत्काल अपडेट पूरा करने के लिए मजबूर किया जाता है।
इस तरह के परीक्षण में विफलता पूरी तैयारी के महत्व को प्रदर्शित करती है।
2. सफल एंड-टू-एंड परीक्षण
एंड-टू-एंड टेस्टिंग उस टेस्टिंग को संदर्भित करता है जो एक बार किसी ऐप की कार्यक्षमता को पहली बार एक सॉफ्टवेयर पैकेज में पूरी तरह से संकलित करने के बाद होता है।
एक कंपनी ने एंड-टू-एंड परीक्षण प्रक्रिया को पूरा करने के लिए सावधानी से योजना बनाई है, विशेष रूप से परीक्षण कर्तव्यों को पूरा करने के लिए कर्मचारियों के सदस्यों की एक श्रृंखला को प्रत्येक परीक्षण मामले के लिए समर्पित दो कर्मचारियों के साथ नियुक्त किया है।
एक सावधानीपूर्वक प्रक्रिया का पालन करते हुए, वे अपने परीक्षण मामलों को पूरा करते हैं और वे जो भी डेटा एकत्र करते हैं, उसे नोट कर लेते हैं, परीक्षण के अंत में एक क्यूए प्रबंधक डेटा को एक समेकित रिपोर्ट में संकलित करता है।
डेवलपर इस रिपोर्ट का उपयोग उत्पाद में महत्वपूर्ण सुधार करते हुए, एप्लिकेशन में अपडेट और परिवर्तनों की अगली श्रृंखला की योजना बनाने के लिए करते हैं।
3. स्वचालित प्रतिगमन परीक्षण
एक डेवलपर ने अपने सॉफ़्टवेयर में अपडेट की एक श्रृंखला पूरी कर ली है, जो अपडेट से पहले अपेक्षित रूप से काम करता था। अद्यतनों के बाद परीक्षण टीम एक प्रतिगमन परीक्षण प्रक्रिया से गुजरती है, स्वचालन पर ध्यान केंद्रित करती है, और सभी बुनियादी कार्यक्षमताओं को पूरा करने के लिए एक स्वचालित मंच प्राप्त करती है।
टीम परीक्षण मामले के लिए कोड लिखती है और परीक्षण मामलों को निष्पादित करती है, परीक्षणों के सभी परिणामों को पढ़ती है और यह पता लगाती है कि कोई संभावित समस्या कहां है।
यह किसी संगठन द्वारा अपडेट करने और यह जांचने में विफल होने के कारण उत्पन्न होने वाली समस्याओं को रोकता है कि इनमें कोई समस्या है या नहीं।
ब्लैक बॉक्स टेस्टिंग के माध्यम से पाई गई त्रुटियों और बगों के प्रकार
हालांकि ब्लैक बॉक्स परीक्षण प्रक्रिया में त्रुटियां और बग सब कुछ नहीं हैं, लेकिन वे उस तरीके का एक महत्वपूर्ण हिस्सा हैं जिससे कंपनियां परीक्षण करती हैं।
ब्लैक बॉक्स परीक्षण में कुछ मुख्य प्रकार की त्रुटियों और बगों को जानने से आपको आने वाले किसी भी मुद्दे को वर्गीकृत करने में मदद मिल सकती है और यह समझने में मदद मिल सकती है कि वे क्यों हो रहे हैं।
ब्लैक बॉक्स परीक्षण के माध्यम से पता लगाने योग्य कुछ मुख्य प्रकार की त्रुटियां और बग में शामिल हैं:
1. प्रयोज्य त्रुटियाँ
प्रयोज्य त्रुटियाँ एक प्रोग्राम की खामियों को संदर्भित करती हैं जो वास्तव में कार्यक्षमता को प्रभावित नहीं करती हैं, लेकिन सॉफ़्टवेयर के साथ इंटरैक्ट करने का प्रयास करने वाले उपयोगकर्ता के लिए समस्याएँ पैदा कर सकती हैं।
उदाहरण के लिए, यदि किसी एप्लिकेशन में गंभीर ग्राफिक्स गड़बड़ है, तो यह अभी भी तकनीकी रूप से काम कर रहा है लेकिन सही आइकन और टेक्स्ट के बिना एंड-यूज़र इसका प्रभावी ढंग से उपयोग नहीं कर सकता है। ये समस्याएँ ऐप के डिज़ाइन और उपयोगकर्ता के लिए डिज़ाइन के लोड होने के तरीके को घेरती हैं, जिसमें अधिक जटिल अनुप्रयोगों के लिए अधिक ग्राफ़िक्स की आवश्यकता होती है जो सरल UI की तुलना में अधिक जटिल होते हैं।
2. कार्यात्मक त्रुटियां
कार्यात्मक त्रुटियाँ उन समस्याओं को संदर्भित करती हैं जो तब होती हैं जब किसी प्रोग्राम का एक भाग अपेक्षा के अनुरूप काम नहीं करता है।
उदाहरण के लिए, यदि आप डेटाबेस सॉफ़्टवेयर का एक भाग चला रहे हैं और किसी निश्चित श्रेणी के आधार पर जानकारी को सॉर्ट करने का प्रयास कर रहे हैं, केवल यह पता लगाने के लिए कि यह काम नहीं करता है। यह दोनों कार्यों के लिए मामला है जो बिल्कुल काम नहीं करते हैं और जो काम करने लगते हैं लेकिन गलत तरीके से करते हैं।
ये किसी एप्लिकेशन के लिए सबसे महत्वपूर्ण मुद्दों में से कुछ हो सकते हैं, जिससे उपयोगकर्ताओं को काफी असुविधा होती है और डेवलपर की प्रतिष्ठा खराब होती है क्योंकि उत्पाद विज्ञापित के रूप में काम नहीं करता है।
3. क्रैश
जब सॉफ़्टवेयर का एक टुकड़ा क्रैश हो जाता है, तो सॉफ़्टवेयर के साथ एक मूलभूत समस्या होती है जो इसे चलने से रोकती है। क्रैश के कुछ अलग-अलग रूप हो सकते हैं, जिसमें यह भी शामिल है कि जब कोई एप्लिकेशन पूरी तरह से बंद हो जाता है या प्रक्रिया में एक बिंदु पर बस फ्रीज हो जाता है।
एक क्रैश सबसे गंभीर मुद्दों में से एक है जो हो सकता है क्योंकि एप्लिकेशन को पूरी तरह से बंद करने और फिर से खोलने के बाहर कार्यक्षमता पर लौटने का कोई तरीका नहीं है। जबकि कुछ अनुप्रयोगों में अभी भी पृष्ठभूमि में होने वाली प्रक्रियाएँ हैं, इस बिंदु से आगे सॉफ़्टवेयर के साथ सहभागिता करने का कोई तरीका नहीं है।
सामान्य ब्लैक बॉक्स परीक्षण मेट्रिक्स
मैनुअल ब्लैक बॉक्स परीक्षण गुणात्मक डेटा उत्पन्न करने में उत्कृष्टता प्राप्त करता है, लेकिन जब आप मात्रात्मक डेटा पर ध्यान केंद्रित कर रहे हैं तो आपको उन मेट्रिक्स के बारे में पता होना चाहिए जो आप जांच रहे हैं। इन मेट्रिक्स को पूरी तरह से समझने से आपको प्लेटफॉर्म की खामियों को समझने और काम करने के लिए विभिन्न क्षेत्रों को प्राथमिकता देने में मदद मिलती है।
आपके द्वारा अपने काम में पाए जाने वाले कुछ अधिक सामान्य ब्लैक बॉक्स टेस्टिंग मेट्रिक्स में शामिल हैं:
1. त्रुटि दर
त्रुटि दर कुछ चीजों को संदर्भित कर सकती है, या तो सॉफ़्टवेयर के परीक्षण चक्र में होने वाली त्रुटियों की शुद्ध संख्या या प्रति परीक्षण घंटे में होने वाली त्रुटियां। प्रति घंटा मेट्रिक्स बेहतर हैं, क्योंकि वे केवल एक संख्या बताते हुए सॉफ़्टवेयर में त्रुटियों की घनत्व का प्रतिनिधित्व करते हैं, बड़े अनुप्रयोगों को संभावित रूप से गलत तरीके से प्रस्तुत किया जा रहा है।
डेवलपर्स अपने अनुप्रयोगों में त्रुटि दर को सीमित करना चाहते हैं, क्योंकि सॉफ़्टवेयर पैकेज में जितनी कम त्रुटियां होंगी, सिस्टम का उपयोग करने का ग्राहक का अनुभव उतना ही बेहतर होगा।
2. प्रतिक्रिया समय
जब एक परीक्षक प्रदर्शन के उस स्तर के बारे में अधिक जानकारी प्राप्त करना चाहता है जो उपयोगकर्ता अनुभव करता है, तो प्रतिक्रिया समय विचार करने के मुख्य पहलुओं में से एक है। यह उस समय की मात्रा को संदर्भित करता है जो उपयोगकर्ता द्वारा एक प्रांप्ट में प्रवेश करने के बाद किसी कार्य को पूरा करने के लिए सॉफ़्टवेयर लेता है, अपेक्षाकृत अक्षम अनुप्रयोग दिखाने वाले लंबे समय तक प्रतिक्रिया समय के साथ। उच्च प्रतिक्रिया समय चिंता का कारण है क्योंकि उपयोगकर्ता बहुत अधिक समय लेने वाले एप्लिकेशन के साथ धैर्य खो सकते हैं।
3. उपयोगकर्ता संतुष्टि
अधिकांश मेट्रिक्स शुद्ध संख्याओं पर ध्यान केंद्रित करते हैं जो एक परीक्षण में सॉफ़्टवेयर पैकेज और परीक्षण सॉफ़्टवेयर द्वारा उत्पन्न होते हैं, लेकिन कुछ मेट्रिक्स राय पर ध्यान केंद्रित करते हैं।
यदि कोई कंपनी 1000 परीक्षकों का उपयोग करने वाला बीटा परीक्षण पूरा करती है, उदाहरण के लिए, यह संतुष्ट लोगों की संख्या पर डेटा एकत्र कर सकती है और इसे प्रतिशत में बदल सकती है। एक चक्र के अंत में उपलब्ध होने के लिए यह एक अत्यंत उपयोगी मीट्रिक है, जिसमें उपयोगकर्ता संतुष्टि की उच्च दर दर्शाती है कि अधिक लोग कार्यक्रम का आनंद लेते हैं और यह संकेत देते हैं कि भविष्य में इसके अच्छा प्रदर्शन करने की अधिक संभावना है।
सर्वश्रेष्ठ ब्लैक बॉक्स परीक्षण उपकरण
ब्लैक बॉक्स परीक्षण परीक्षण का एक रूप है जो आपके ब्लैक बॉक्स परीक्षण को स्वचालित करने और आपके परीक्षणों से प्राप्त होने वाली जानकारी को व्यवस्थित करने दोनों के लिए उपलब्ध उपकरणों पर महत्वपूर्ण रूप से भरोसा कर सकता है।
उपकरणों के सही संयोजन का उपयोग करने से आपको और आपकी टीम को कहीं अधिक कुशलता से काम करने और गुणवत्ता आश्वासन विभाग में अधिक प्रभावी प्रक्रियाओं का निर्माण करने में मदद मिल सकती है।
नीचे कुछ सर्वोत्तम ब्लैक बॉक्स परीक्षण उपकरण देखें और जानें कि इनमें से प्रत्येक वास्तव में आपको फलने-फूलने में कैसे मदद कर सकता है:
5 सर्वश्रेष्ठ मुफ्त ब्लैक बॉक्स परीक्षण उपकरण
छोटी और उभरती कंपनियां, जैसे कि स्वतंत्र डेवलपर्स, के पास अपना सॉफ़्टवेयर बनाते समय काम करने के लिए बड़ा बजट नहीं होता है। यह काम करने के लिए सही उपकरण खोजने सहित कई तरह की चुनौतियाँ ला सकता है।
स्वतंत्र डेवलपर्स के लिए बजट पर अपने वर्कफ़्लोज़ को बेहतर बनाने के लिए उपलब्ध कुछ बेहतरीन निःशुल्क टूल निम्नलिखित हैं:
1. ZAPTEST मुफ़्त संस्करण
ZAPTEST का मुफ्त संस्करण सॉफ्टवेयर टेस्ट ऑटोमेशन का सही परिचय है। यह उपकरण विशेष रूप से किसी भी कार्य स्वचालन का समर्थन करने के लिए डिज़ाइन किया गया है, जो आपके द्वारा पूर्ण किए जा रहे कार्य की परवाह किए बिना अधिक तेज़ी से और प्रभावी ढंग से कार्य करने में आपकी सहायता करता है।
ZAPTEST का मुफ्त संस्करण किसी भी एप्लिकेशन के स्वचालन का समर्थन करने के लिए बड़ी मात्रा में कार्यक्षमता पैक करता है… 1SCRIPT कार्यान्वयन क्रॉस ब्राउज़र, क्रॉस डिवाइस, क्रॉस एप्लिकेशन और समानांतर निष्पादन उपलब्ध सुविधाओं में से एक हैं।
2. जीरा
JIRA के नि:शुल्क संस्करण बगों को नोट करने, टिकटों में उनके विवरण जोड़ने और विकास टीम के साथ संवाद करते समय उन्हें प्राथमिकता देने के लिए आदर्श उपकरण हैं।
हालांकि, ऑल-इन-वन ऑटोमेशन सहायता होने के बजाय, यह परीक्षण प्रक्रिया के परियोजना प्रबंधन पक्ष में विशेष रूप से माहिर है।
3. सेलेनियम आईडीई
एक ओपन-सोर्स ऐप जो टेस्ट ऑटोमेशन को रिकॉर्ड और प्ले करता है, यह देखने के लिए एक अच्छा टूल है कि टेस्ट पूरा करते समय ऑटोमेशन प्लेटफॉर्म क्या देखता है।
सेलेनियम के साथ एक दोष स्वचालित कार्यों के क्रॉस-प्लेटफ़ॉर्म एकीकरण जैसी उन्नत सुविधाओं की सापेक्ष कमी है।
4. ऑटोहॉटकी
AutoHotkey विंडोज के लिए उपलब्ध एक पूरी तरह से स्वतंत्र और ओपन-सोर्स स्क्रिप्टिंग भाषा है, जो उपयोगकर्ताओं को कई आकारों की स्क्रिप्ट बनाने में मदद करती है जो एकल कीस्ट्रोक दर्ज करने के बाद कार्यों की एक श्रृंखला को पूरा करती हैं।
जबकि सरल कार्यों को स्वचालित करने के लिए अच्छा है, AutoHotkey कुछ बड़ी स्क्रिप्ट और स्वचालन आवश्यकताओं के साथ संघर्ष करना शुरू कर सकता है।
5. अप्पियम
एक उपकरण जो मुख्य रूप से आईओएस अनुप्रयोगों को स्वचालित करने के साथ उत्कृष्टता प्राप्त करता है, यह आपके मोबाइल अनुप्रयोगों की गुणवत्ता में सुधार करने के लिए उपयोग करने के लिए एक आदर्श कार्यक्रम है।
एपियम की सबसे बड़ी कमी यह तथ्य है कि आप उत्पादों की एक बहुत छोटी श्रृंखला तक सीमित हैं, जिससे आपके उपलब्ध बाजार में काफी कमी आती है।
5 सर्वश्रेष्ठ उद्यम ब्लैक बॉक्स परीक्षण उपकरण
नि: शुल्क उपकरण सभी अच्छे और अच्छे हैं, लेकिन उद्यमों और बड़ी कंपनियों को अपने सॉफ़्टवेयर का पूरी तरह से परीक्षण करने के लिए और अधिक सुविधाओं की आवश्यकता है। शुक्र है, कुछ बेहतरीन एंटरप्राइज ब्लैक बॉक्स टेस्टिंग टूल्स में व्यापक कार्यक्षमता है और व्यवसायों को उनकी क्यूए प्रक्रियाओं में निवेश पर महत्वपूर्ण रिटर्न प्राप्त करने में मदद करता है।
निवेश करने पर विचार करने के लिए कुछ आदर्श उद्यम ब्लैक बॉक्स परीक्षण उपकरण शामिल हैं:
1. ZAPTEST उद्यम संस्करण
ZAPTEST का एंटरप्राइज़ संस्करण बाज़ार में सबसे महत्वपूर्ण ऑटोमेशन टूल में से एक है और आपके उत्पाद के लिए निवेश पर 10 गुना रिटर्न प्रदान कर सकता है।
आपकी टीम के एक दूरस्थ भाग के रूप में एक पूर्णकालिक ZAP विशेषज्ञ तक पहुंच और असीमित लाइसेंस जैसी विशेषताएं सुनिश्चित करती हैं कि आप ब्लैक बॉक्स टेस्ट ऑटोमेशन को तेजी से सीखने की आवश्यकता के बिना, और एक निश्चित लागत पर लागू कर सकते हैं, चाहे आप कितनी भी तेजी से बढ़ें। .
2. टेस्टरेल
TestRail एक ऐसा प्लेटफ़ॉर्म है जो वास्तविक समय के परीक्षण पर ध्यान केंद्रित करता है, जिसका लक्ष्य आपके परीक्षणों को एक संसक्त परियोजना प्रबंधन प्लेटफ़ॉर्म से जोड़ना है। जबकि यह आपके टीम प्रबंधन कार्य को केंद्रीकृत करने के लिए आदर्श है, स्वचालित परीक्षणों पर भारी जोर देने वाली विकास टीम के लिए स्वचालन सुविधाएँ एकदम सही हैं।
3. ठीक है
Opkey एक ऐसा प्लेटफ़ॉर्म है जो नो-कोड ऑटोमेशन पर केंद्रित है, जिसका अर्थ है कि मौजूदा तकनीकी ज्ञान के बिना लोग अपनी परीक्षण सेवाओं को स्वचालित करना शुरू कर सकते हैं।
Opkey की मुख्य खामियों में से एक सॉफ्टवेयर के आसपास सक्रिय समुदाय की कमी है, जो आपके लिए नए तरीके से स्वचालित करने की कोशिश करते समय अपेक्षाकृत फंसे हुए महसूस कर सकता है।
4. परफेक्टो
परफेक्टो एक ऐसा उपकरण है जो उपयोगकर्ताओं को बिना किसी गंभीर समस्या के मोबाइल एप्लिकेशन को स्वचालित करने में मदद करता है, उपकरणों की एक विस्तृत श्रृंखला पर काम करता है और एंड-टू-एंड परीक्षण कार्य पर ध्यान केंद्रित करता है।
हालांकि, एप्लिकेशन आभासी मशीनों के बजाय वास्तविक उपकरणों पर चलता है, जो सीमित प्लेटफॉर्म के लिए पहले से ही अपेक्षाकृत महंगा परीक्षण उपकरण के लिए एक और बड़ी लागत जोड़ता है।
5. जीरा एंटरप्राइज
परीक्षण के स्वचालन पक्ष को पूरा करने के अलावा, परियोजना प्रबंधन महत्वपूर्ण रहता है, यही वह जगह है जहाँ JIRA आता है। एंटरप्राइज़ JIRA में अधिक स्टोरेज है और अधिक उपयोगकर्ताओं को प्लेटफॉर्म तक पहुंचने की अनुमति देता है लेकिन प्रत्येक व्यक्तिगत उपयोगकर्ता के लिए पहले से आरक्षित अनुमतियों और एक्सेस की आवश्यकता के साथ संभावित भ्रम पैदा कर सकता है। इसे पूरा करने में प्रशासनिक समय लगता है।
आपको कब इस्तेमाल करना चाहिए
उद्यम बनाम फ्रीमियम ब्लैक बॉक्स उपकरण?
शुरुआत के रूप में, अधिकांश कंपनियां फ्रीमियम ब्लैक बॉक्स टूल्स का उपयोग करेंगी। यह आर्थिक दृष्टिकोण से समझ में आता है क्योंकि कोई भी बुद्धिमान व्यवसाय किसी ऐसे उत्पाद में निवेश नहीं करना चाहता है जिसे वह पूरी तरह से नहीं समझता है कि यह परियोजना प्रबंधन या स्वचालन परिप्रेक्ष्य से है या नहीं।
फ्रीमियम टूल में न केवल पूरी तरह से मुफ्त ऐप शामिल हैं, बल्कि उद्यम उत्पादों के मुफ्त संस्करण भी शामिल हो सकते हैं, जिसका उपयोग कंपनी अपनी प्रक्रियाओं में टूल को लागू करने का तरीका सीखते समय करती है।
किसी संगठन के लिए टूल की अपनी पसंद को एंटरप्राइज़ संस्करण में अपडेट करने का आदर्श समय वह है जब कंपनी मुफ़्त टूल के कारण अपनी परीक्षण प्रक्रियाओं में घर्षण का अनुभव करना शुरू कर देती है। चाहे यह एक नि: शुल्क उपकरण है जो केवल कुछ चुनिंदा लाइसेंस या परीक्षण की मात्रा प्रदान करता है, जिस क्षण आप अपने परीक्षण उपकरणों के परिणामस्वरूप अपनी प्रक्रियाओं में अक्षमता का अनुभव करना शुरू करते हैं, आपको एक एंटरप्राइज़ संस्करण में परिवर्तन करना चाहिए जो सभी के लिए उपयुक्त हो आपकी ज़रूरतें।
ब्लैक बॉक्स टेस्टिंग चेकलिस्ट, टिप्स एंड ट्रिक्स
चूंकि ब्लैक बॉक्स परीक्षण एक अत्यधिक जटिल परीक्षण पद्धति है, जिसमें सॉफ़्टवेयर पैकेज के बारे में आपके ज्ञान के निर्माण के बहुत सारे अवसर हैं, इसलिए कुछ चीजें हैं जिन्हें आपको देखने की आवश्यकता है।
आपके ब्लैक बॉक्स टेस्टिंग चेकलिस्ट में शामिल करने के लिए कुछ महत्वपूर्ण टिप्स और ट्रिक्स में शामिल हैं:
· संक्षेप को समझना
इससे पहले कि आप परीक्षण के लिए कोई योजना बनाना शुरू करें, सुनिश्चित करें कि आप परीक्षण अवधि के व्यापक संक्षिप्त विवरण को समझते हैं। इसमें सॉफ़्टवेयर को समझना शामिल है जहाँ तक आपको अनुमति है और ठीक वही सीखना जो आप परीक्षण करने के लिए हैं।
· प्रूफरीड टेस्ट केस
ब्लैक बॉक्स परीक्षण में आप जिन परीक्षण मामलों का उपयोग कर रहे हैं, उनका आकलन करने के लिए परीक्षण में सभी को शामिल करने का प्रयास करें। कार्यान्वयन से पहले परीक्षण मामले को देखने वाली जितनी अधिक आंखें होंगी, आपके पास किसी भी त्रुटि को दूर करने का बेहतर मौका होगा।
· किए जाने वाले कार्यों की एक सूची व्यवस्थित करें|
ब्लैक बॉक्स परीक्षण की तैयारी का गैर-तकनीकी पक्ष उतना ही महत्वपूर्ण हो सकता है जितना कि तकनीकी पक्ष। योजना बनाते समय, की जाने वाली चीजों की एक सुसंगत सूची बनाएं जो यह व्यवस्था करे कि कौन किस विशिष्ट समय पर सॉफ्टवेयर के किस भाग का परीक्षण कर रहा है। यह भ्रम, संभावित बर्नआउट और अन्य कार्यों के कारण होने वाली देरी दोनों को कम करता है।
· रिकॉर्ड परिणाम तुरंत
कोई भी परिणाम रिकॉर्ड करें जो एक परीक्षण तुरंत उत्पन्न करता है। मैन्युअल परीक्षणों के साथ बहुत अधिक समय तक प्रतीक्षा करने से आप मुद्दों को गलत तरीके से याद कर सकते हैं, इसलिए तत्काल नोट्स लेने से सटीकता में काफी वृद्धि होती है।
· डेवलपर्स के साथ संपर्क करें
डेवलपर्स के साथ अपनी परीक्षण समय सीमा और रणनीति पर चर्चा करें ताकि वे समझ सकें कि क्या हो रहा है और जब वे नए अपडेट पर काम करने की उम्मीद कर सकते हैं। इसमें स्पष्ट प्रक्रियाएँ निर्धारित करना शामिल है जिसके द्वारा विभाग एक दूसरे के साथ संवाद करते हैं।
· कार्रवाई योग्य डेटा
रिपोर्ट लिखते समय, सुनिश्चित करें कि आपके द्वारा डेवलपर को प्रदान किया गया सभी डेटा कार्रवाई योग्य है। यह टीम को एक ऐसे उत्पाद को विकसित करने में मदद करता है जो एक डेवलपर के बजाय अपने मुद्दों पर प्रतिक्रिया करता है, जो कि उनके द्वारा किए जाने वाले परिवर्तनों को नहीं समझता है।
· अपनी प्राथमिकताओं को समझें
एक परीक्षण टीम के रूप में, आपकी प्राथमिकता अंततः यह सुनिश्चित करना है कि कंपनी अपने उपयोगकर्ताओं को उच्च गुणवत्ता वाले उत्पाद भेजती है। यदि परीक्षण अपेक्षा से थोड़ा अधिक समय ले रहा है, तो याद रखें कि ग्राहक द्वारा अनुभव की जाने वाली गुणवत्ता में वृद्धि के लिए यह एक सार्थक विनिमय है।
· पदानुक्रम को जानें
एक आदर्श विकास कंपनी में, डेवलपर्स और परीक्षक पदानुक्रम के समान स्तर पर होते हैं, सॉफ्टवेयर के बढ़ने के तरीके में समान रूप से महत्वपूर्ण बात होती है। अपने संगठन में जिस तरह से पदानुक्रम है उसे समझें और यह सुनिश्चित करने का प्रयास करें कि हर कोई अच्छे परीक्षण के मूल्य को समझता है।
· लगातार दस्तावेज रखें
आपके द्वारा अपने परीक्षण में उत्पन्न किए गए सभी डेटा और रिपोर्ट की प्रतियां रखें। आप ऐप के उन परिवर्तनों को ट्रैक कर सकते हैं जिनके लिए परीक्षण टीम पुराने बगों को देखने के अलावा यह देखने के लिए जिम्मेदार है कि भविष्य के संस्करणों में उन्हें दोहराया गया है या नहीं।
निष्कर्ष
ब्लैक बॉक्स परीक्षण अंततः सॉफ्टवेयर परीक्षण प्रक्रिया के सबसे महत्वपूर्ण भागों में से एक है। यह कंपनियों को यह सुनिश्चित करने में मदद करता है कि वे जो शिपिंग कर रहे हैं वह उच्चतम संभव मानक पर है और एक बाहरी उपयोगकर्ता द्वारा किसी एप्लिकेशन को माना और कार्यान्वित करने के तरीके में अद्वितीय अंतर्दृष्टि प्रदान करने के लिए परिप्रेक्ष्य में बदलाव का उपयोग करता है।
कोई भी कंपनी जो अपनी प्रक्रियाओं में स्वचालित और मैन्युअल दोनों तरह से ब्लैक बॉक्स परीक्षण जोड़ने में विफल रहती है, वह अपने आवेदन की गुणवत्ता में व्यापक सुधार करने के अवसर से चूक रही है। बुद्धिमानी से परीक्षण करें और जब आपके ग्राहक आपके उत्पाद तक पहुंच प्राप्त करेंगे तो आप पुरस्कार प्राप्त करेंगे।
अक्सर पूछे जाने वाले प्रश्न और संसाधन
भले ही आप ब्लैक बॉक्स परीक्षण के बारे में कितना भी जानते हों, आपके पास अधिक प्रश्न हो सकते हैं और आप विधि के बारे में अपनी समझ को और बढ़ाना चाहते हैं। ब्लैक बॉक्स परीक्षण के बारे में अधिक जानने के लिए नीचे हमारे अक्सर पूछे जाने वाले प्रश्न देखें और उन संसाधनों की एक श्रृंखला तक पहुंचें जो आपको कार्यप्रणाली के बारे में अधिक बता सकते हैं।
1. ब्लैक बॉक्स टेस्ट ऑटोमेशन पर सर्वश्रेष्ठ पाठ्यक्रम
ब्लैक बॉक्स टेस्ट ऑटोमेशन पर कई पाठ्यक्रम हैं जिनका आप अनुसरण कर सकते हैं, जिनमें से प्रत्येक लोगों को परीक्षण के एक अलग मानक को प्राप्त करने में मदद करता है।
उपलब्ध कुछ अत्यधिक सम्मानित ब्लैक बॉक्स परीक्षण पाठ्यक्रमों में शामिल हैं:
कोर्सेरा द्वारा “ब्लैक-बॉक्स और व्हाइट-बॉक्स टेस्टिंग”
· BBST द्वारा “द ब्लैक-बॉक्स सॉफ्टवेयर टेस्टिंग सीरीज़”
उडेमी द्वारा “ब्लैक बॉक्स सॉफ्टवेयर परीक्षण तकनीकों का परिचय”
· लंदन स्कूल ऑफ़ इमर्जिंग टेक्नोलॉजी द्वारा “सॉफ्टवेयर ऑटोमेशन टेस्टिंग”
उडेमी द्वारा “तीन प्रमुख ब्लैक बॉक्स परीक्षण तकनीकें”
2. ब्लैक बॉक्स टेस्टिंग पर शीर्ष 5 साक्षात्कार प्रश्न क्या हैं?
सॉफ्टवेयर परीक्षण एक अत्यधिक प्रतिस्पर्धी क्षेत्र है जो हर एक रिक्ति के लिए बहुत सारे आवेदकों को आवेदन करता है। यदि आप ब्लैक बॉक्स परीक्षण में किसी पद के लिए साक्षात्कार सुरक्षित करते हैं, तो ये कुछ प्रश्न हैं जिन्हें आप साक्षात्कार में उत्तर देने के लिए तैयार करना चाहेंगे:
· ब्लैक बॉक्स परीक्षण के साथ काम करने का आपके पास क्या अनुभव है?
· ब्लैक बॉक्स और व्हाइट बॉक्स परीक्षण के बीच मुख्य अंतर क्या हैं?
· क्या आपको अपनी पिछली भूमिकाओं में सॉफ़्टवेयर स्वचालन के साथ काम करने का कोई अनुभव है?
· क्या आप हमें उस समय के बारे में बता सकते हैं जब आपको कार्यस्थल में चुनौतियों का सामना करना पड़ा, और आपने उनसे कैसे पार पाया?
· आपको क्या लगता है कि ब्लैक बॉक्स परीक्षण का भविष्य क्या है, और आपके कौशल सॉफ्टवेयर परीक्षण में एक दीर्घकालिक कैरियर के लिए कैसे उपयुक्त हैं?
3. ब्लैक बॉक्स परीक्षण पर सर्वश्रेष्ठ यूट्यूब ट्यूटोरियल
YouTube उन लोगों के लिए उपलब्ध सबसे महत्वपूर्ण शिक्षण संसाधनों में से एक है, जो अपने सॉफ़्टवेयर परीक्षण कौशल को विकसित कर रहे हैं, क्योंकि यह जानकारी का एक निःशुल्क स्रोत प्रदान करता है जिसका उपयोग आप अपनी तकनीक विकसित करने के लिए कर सकते हैं।
जब आप ब्लैक बॉक्स टेस्टिंग सीख रहे हों तो देखने के लिए कुछ बेहतरीन ट्यूटोरियल हैं:
उडेसिटी द्वारा “ब्लैक एंड व्हाइट बॉक्स टेस्टिंग इंट्रोडक्शन – जॉर्जिया टेक – सॉफ्टवेयर डेवलपमेंट प्रोसेस”
· MIT OpenCourseWare द्वारा “ब्लैक बॉक्स और ग्लास बॉक्स परीक्षण”
परीक्षण अकादमी द्वारा “7 ब्लैक बॉक्स परीक्षण तकनीकें जो प्रत्येक क्यूए को पता होनी चाहिए”
· “ब्लैक बॉक्स परीक्षण | ब्लैक बॉक्स टेस्टिंग क्या है | इंटेलीपाट द्वारा “ब्लैक बॉक्स टेस्टिंग सीखें”
· “सफ़ेद बनाम ग्रे बनाम ब्लैक बॉक्स परीक्षण क्या है?” ITProTV द्वारा
4. ब्लैक बॉक्स टेस्ट कैसे बनाए रखें?
ब्लैक बॉक्स परीक्षणों को बनाए रखना, चाहे ये मैनुअल या स्वचालित परीक्षण हों, परीक्षणों पर ध्यान देने की बात है क्योंकि वे चलते हैं और समस्या होने पर लगातार सुधार लागू करने की तलाश करते हैं।
इसमें यह सुनिश्चित करना शामिल है कि कोई भी परीक्षण मामले हर बार आपकी अपेक्षा के अनुसार चलते हैं और यह जाँचना कि स्वचालित उपकरण सभी सही चरणों से गुजर रहे हैं। अपने मानकों को फिसलने से रोकने के लिए जितनी बार संभव हो इसे करें, क्योंकि एक अच्छी तरह से बनाए रखा ब्लैक बॉक्स परीक्षण वह है जो सबसे सटीक परिणाम देता है।
5. ब्लैक बॉक्स परीक्षण पर सर्वश्रेष्ठ पुस्तकें
जबकि ब्लैक बॉक्स परीक्षण और सॉफ्टवेयर परीक्षण समग्र रूप से एक निरंतर विकसित क्षेत्र है, ऐसी कई पुस्तकें हैं जो प्रासंगिक बनी हुई हैं और आपके परीक्षण कार्य को बेहतर बनाने के लिए बहुत सारी अंतर्दृष्टि प्रदान करती हैं।
ब्लैक बॉक्स टेस्टिंग पर कुछ बेहतरीन किताबों में शामिल हैं:
· “ब्लैक बॉक्स टेस्टिंग: टेक्निक्स फॉर फंक्शनल टेस्टिंग ऑफ सॉफ्टवेयर एंड सिस्टम्स” बोरिस बीजर द्वारा
श्रीनिवासन देसिकन, गोपालस्वामी रमेश द्वारा “सॉफ्टवेयर परीक्षण: सिद्धांत और अभ्यास”
राल्फ बिएरिग, स्टीफन ब्राउन, एडगर गाल्वन द्वारा “सॉफ्टवेयर परीक्षण की अनिवार्यता”
पॉल अम्मन, जेफ ऑफफट द्वारा “सॉफ्टवेयर परीक्षण का परिचय”
