key differences between black box testing
एक swf फ़ाइल क्या है और मैं इसे कैसे खोलता हूं
ब्लैक बॉक्स परीक्षण बनाम व्हाइट बॉक्स परीक्षण का संपूर्ण अध्ययन:
सॉफ्टवेयर परीक्षण में कई प्रकार के परीक्षण शामिल हैं और सॉफ्टवेयर परीक्षक के रूप में, हमें पता होना चाहिए कि उनमें से प्रत्येक कैसे किया जाता है।
विभिन्न प्रकार के परीक्षण में, सबसे भ्रामक विषयों में से एक ब्लैक बॉक्स बनाम व्हाइट बॉक्स परीक्षण है। कई सॉफ्टवेयर परीक्षक आश्चर्यचकित होते हैं कि क्या इन दोनों प्रकार के परीक्षण में कोई समानता है। कैसे वे दोनों प्रदर्शन कर रहे हैं? क्या वे दोनों एक साथ प्रदर्शन कर रहे हैं?
यह दस्तावेज़ आपके सभी प्रश्नों का उत्तर देगा और आपको एक मूल विचार देगा कि ब्लैक बॉक्स परीक्षण और व्हाइट बॉक्स परीक्षण क्या हैं और उनके बीच के अंतर को सरल शब्दों में समझाएं ।
आप क्या सीखेंगे:
- ब्लैक बॉक्स परीक्षण क्या है?
- व्हाइट बॉक्स परीक्षण क्या है?
- ब्लैक बॉक्स और व्हाइट बॉक्स टेस्टिंग के बीच अंतर
- निष्कर्ष
ब्लैक बॉक्स परीक्षण क्या है?
ISTQB परिभाषा - ब्लैक बॉक्स परीक्षण: आंतरिक संरचना को संदर्भित किए बिना एक एप्लिकेशन अंडर टेस्ट (ऑटो) परीक्षण को ब्लैक बॉक्स परीक्षण कहा जाता है। परीक्षण को ब्लैक बॉक्स के रूप में देखते हुए परीक्षण किया जाएगा।
ब्लैक बॉक्स टेस्ट तकनीक: अनुप्रयोग की कार्यक्षमता और सिस्टम की आंतरिक संरचना पर विचार नहीं करने के आधार पर परीक्षण मामलों को प्राप्त करने के लिए एक परीक्षण तकनीक।
समानार्थक शब्द: विशिष्टता-आधारित परीक्षण
ब्लैक बॉक्स परीक्षण एक परीक्षण दृष्टिकोण है जो परीक्षण के तहत आवेदन को लागू करने के लिए उपयोग की जाने वाली तकनीक के किसी भी ज्ञान के बिना विनिर्देशों / एसआरएस के आधार पर ऑटो की कार्यक्षमता का परीक्षण करने के लिए उपयोग किया जाता है।
ब्लैक-बॉक्स परीक्षण में, प्रमुख परीक्षण संभावित इनपुट और अपेक्षित आउटपुट के आसपास होंगे। एक परीक्षक को मान्य परीक्षण डेटा को सावधानीपूर्वक चुनने में सक्षम होना चाहिए। सरल शब्दों में, एक परीक्षक केवल AUT के कार्यों को देख सकता है। परीक्षक को यह नहीं पता होना चाहिए कि उन कार्यों को कैसे किया जाता है।
उदाहरण: ब्लैक-बॉक्स परीक्षण का एक सरल उदाहरण एक टीवी (टेलीविजन) है। एक उपयोगकर्ता के रूप में, हम टीवी देखते हैं, लेकिन हमें इस बात की आवश्यकता नहीं है कि टीवी कैसे बनाया जाता है और यह कैसे काम करता है, आदि। हमें बस पता होना चाहिए कि रिमोट कंट्रोल को कैसे चालू करें, स्विच ऑफ करें, चैनल बदलें, मात्रा में वृद्धि / कमी आदि।
इस उदाहरण में,
टीवी आपकी है ऑटो (टेस्ट के तहत आवेदन)।
रिमोट कंट्रोल उपयोगकर्ता इंटरफ़ेस (UI) है जिसे आप परीक्षण करने के लिए उपयोग करते हैं।
आपको केवल यह जानना होगा कि एप्लिकेशन का उपयोग कैसे करें।
सुझाव दिया => ब्लैक बॉक्स टेस्टिंग के बारे में आपको जो कुछ भी जानना चाहिए
व्हाइट बॉक्स परीक्षण क्या है?
ISTQB परिभाषा - सफेद बॉक्स परीक्षण: सॉफ़्टवेयर घटक की आंतरिक संरचना के संदर्भ में किसी एप्लिकेशन का परीक्षण करना श्वेत बॉक्स परीक्षण कहलाता है।
सफेद-बॉक्स परीक्षण तकनीक: एक घटक या प्रणाली की आंतरिक संरचना के विश्लेषण के आधार पर परीक्षण मामलों को प्राप्त करने और / या चयन करने की प्रक्रिया।
समानार्थक शब्द: स्पष्ट-बॉक्स परीक्षण, कोड-आधारित परीक्षण, ग्लास-बॉक्स परीक्षण, तर्क-कवरेज परीक्षण, तर्क-चालित परीक्षण, संरचनात्मक परीक्षण, संरचना-आधारित परीक्षण, आदि।
व्हाइट बॉक्स परीक्षण एक परीक्षण दृष्टिकोण है जिसका उपयोग परीक्षण के तहत आवेदन के कार्यान्वयन भाग का परीक्षण करने के लिए किया जाता है। इस परीक्षण को करने के लिए, परीक्षक / संभवतः डेवलपर को आवेदन की आंतरिक संरचना और यह कैसे काम करता है, यह जानना चाहिए।
उदाहरण: एक कार मैकेनिक को इसे ठीक करने के लिए कार के इंजन की आंतरिक संरचना को जानना चाहिए।
इस उदाहरण में,
गाड़ी है ऑटो (टेस्ट के तहत आवेदन)।
उपयोगकर्ता है ब्लैक बॉक्स परीक्षक।
मैकेनिक है सफेद बॉक्स परीक्षक।
ये सफेद और ब्लैक बॉक्स परीक्षण की मूल परिभाषाएं हैं और प्रत्येक परीक्षण विधि में विभिन्न तकनीकों का पालन किया जाता है।
अनुशंसित पढ़ें => व्हाइट बॉक्स परीक्षण पर एक गहराई में ट्यूटोरियल
ब्लैक बॉक्स और व्हाइट बॉक्स टेस्टिंग के बीच अंतर
| एस.एन.ओ. | ब्लैक बॉक्स परीक्षण | व्हाइट बॉक्स परीक्षण |
|---|---|---|
| । | परीक्षण मामलों में इनपुट स्थितियों, परीक्षण चरणों, अपेक्षित परिणामों और परीक्षण डेटा के बारे में अधिक विवरण होगा। | तकनीकी मामले जैसे बयान, कोड कवरेज आदि के विवरण के साथ परीक्षण के मामले सरल होंगे। |
| 1 | इस परीक्षण का मुख्य उद्देश्य अनुप्रयोग की कार्यक्षमता / व्यवहार का परीक्षण करना है। | मुख्य उद्देश्य आवेदन के बुनियादी ढांचे का परीक्षण करना है। |
| दो | यह एक परीक्षक द्वारा AUT (एप्लिकेशन अंडर टेस्ट) के किसी भी कोडिंग ज्ञान के बिना किया जा सकता है। | परीक्षक को आंतरिक संरचना का ज्ञान होना चाहिए और यह कैसे काम करता है। |
| ३ | परीक्षण केवल GUI का उपयोग करके किया जा सकता है। | जीयूआई तैयार होने से पहले परीक्षण एक प्रारंभिक चरण में किया जा सकता है। |
| ४ | यह परीक्षण सभी संभावित इनपुट को कवर नहीं कर सकता है। | यह परीक्षण अधिक गहन है क्योंकि यह प्रत्येक पथ का परीक्षण कर सकता है। |
| ५ | कुछ परीक्षण तकनीकों में सीमा मूल्य विश्लेषण, समानता विभाजन, त्रुटि अनुमान आदि शामिल हैं। | कुछ परीक्षण तकनीकों में सशर्त परीक्षण, डेटा प्रवाह परीक्षण, लूप परीक्षण आदि शामिल हैं। |
| ६ | परीक्षण मामलों को आवश्यकता विशिष्टता के आधार पर लिखा जाना चाहिए। | विस्तृत डिजाइन दस्तावेज़ के आधार पर परीक्षण के मामले लिखे जाने चाहिए। |
| । | यह पेशेवर सॉफ्टवेयर टेस्टर द्वारा किया जाता है। | यह सॉफ्टवेयर डेवलपर्स की जिम्मेदारी है। |
| ९ | प्रोग्रामिंग और कार्यान्वयन ज्ञान की आवश्यकता नहीं है। | प्रोग्रामिंग और कार्यान्वयन ज्ञान की आवश्यकता है। |
| १० | मुख्य रूप से उच्च स्तरीय परीक्षण में उपयोग किया जाता है जैसे स्वीकृति परीक्षण, सिस्टम परीक्षण आदि। | मुख्य रूप से यूनिट परीक्षण और एकीकरण परीक्षण जैसे परीक्षण के निचले स्तरों में उपयोग किया जाता है। |
| ग्यारह | यह कम समय लेने वाला और संपूर्ण है। | यह अधिक समय लेने वाला और संपूर्ण है। |
| १२ | टेस्ट डेटा में व्यापक संभावनाएँ होंगी इसलिए सही डेटा की पहचान करना कठिन होगा। | परीक्षण डेटा की पहचान करना आसान है क्योंकि एक समय में कार्यक्षमता का केवल एक विशिष्ट भाग केंद्रित होता है। |
| १३ | परीक्षक का मुख्य ध्यान इस बात पर है कि आवेदन कैसे काम कर रहा है। | मुख्य ध्यान इस बात पर होगा कि आवेदन कैसे बनाया जाता है। |
| १४ | परीक्षण कवरेज कम है क्योंकि यह सभी परिदृश्यों के लिए परीक्षण डेटा नहीं बना सकता है। | लगभग सभी पथ / अनुप्रयोग प्रवाह को कवर किया गया है क्योंकि भागों में परीक्षण करना आसान है। |
| पंद्रह | कोड संबंधी त्रुटियों की पहचान नहीं की जा सकती है या तकनीकी त्रुटियों की पहचान नहीं की जा सकती है। | छिपी त्रुटियों को पहचानने में मदद करता है और कोड को अनुकूलित करने में मदद करता है। |
| १६ | मूलभूत कोड विकसित होने के बाद दोषों की पहचान की जाती है। | प्रारंभिक दोष का पता लगाना संभव है। |
| १। | उपयोगकर्ता किसी भी गुम कार्यशीलता की पहचान करने में सक्षम होना चाहिए क्योंकि इस परीक्षण का दायरा व्यापक है। | परीक्षक अनुपलब्ध कार्यक्षमताओं की पहचान नहीं कर सकता क्योंकि गुंजाइश केवल लागू सुविधा तक सीमित है। |
| १। | कोड का उपयोग आवश्यक नहीं है। | कोड का उपयोग आवश्यक है। |
| १ ९ | टेस्ट कवरेज कम होगा क्योंकि परीक्षक को तकनीकी पहलुओं के बारे में सीमित ज्ञान है। | टेस्ट कवरेज अधिक होगा क्योंकि परीक्षकों को तकनीकी अवधारणाओं के बारे में अधिक जानकारी होगी। |
| बीस | पेशेवर परीक्षक का ध्यान इस बात पर है कि पूरा आवेदन कैसे काम कर रहा है। | टेस्टर / डेवलपर फोकस यह जांचने के लिए है कि क्या विशेष पथ काम कर रहा है या नहीं। |
निष्कर्ष
सफ़ेद बॉक्स और ब्लैक बॉक्स परीक्षण सफल सॉफ़्टवेयर डिलीवरी के लिए आवश्यक हैं लेकिन दोनों ही मामलों में 100% परीक्षण संभव नहीं है।
परीक्षक की प्रमुख जिम्मेदारी एक विशिष्ट एप्लिकेशन के लिए प्रासंगिक परीक्षण प्रकारों और तकनीकों की पहचान करना है, जिसके परिणामस्वरूप अधिकतम दोषों का पता लगाया जा सकता है और जिससे आवेदन की दक्षता में सुधार होगा।
एक परीक्षक को यह पहचानने में सक्षम होना चाहिए कि ब्लैक बॉक्स या व्हाइट बॉक्स टेस्टिंग में कितना परीक्षण किया जा सकता है।
हमें उम्मीद है कि इस ट्यूटोरियल ने ब्लैक बॉक्स बनाम व्हाइट बॉक्स परीक्षण पर आपके सभी प्रश्नों को स्पष्ट कर दिया है !!
अनुशंसित पाठ
- ब्लैक बॉक्स परीक्षण: उदाहरणों और तकनीकों के साथ एक गहराई से ट्यूटोरियल
- व्हाइट बॉक्स परीक्षण: तकनीक, उदाहरण और उपकरण के साथ एक पूर्ण गाइड
- सिस्टम टेस्टिंग क्या है - एक अल्टीमेट बिगिनर्स गाइड
- यूनिट परीक्षण, एकीकरण परीक्षण और कार्यात्मक परीक्षण के बीच अंतर
- एकीकरण परीक्षण क्या है (एकीकरण परीक्षण उदाहरण के साथ ट्यूटोरियल)
- उदाहरण के साथ सेवानिवृत्ति और प्रतिगमन परीक्षण के बीच अंतर
- प्रदर्शन परीक्षण बनाम लोड परीक्षण बनाम तनाव परीक्षण (अंतर)
- धूम्रपान परीक्षण बनाम स्वच्छता परीक्षण: उदाहरणों के साथ अंतर
- स्थैतिक परीक्षण और गतिशील परीक्षण - इन दो महत्वपूर्ण परीक्षण तकनीकों के बीच अंतर