ब्लैक-बॉक्स परीक्षण: Difference between revisions
No edit summary |
No edit summary |
||
| Line 2: | Line 2: | ||
{{Black-box}} | {{Black-box}} | ||
ब्लैक-बॉक्स परीक्षण सॉफ्टवेयर परीक्षण | ब्लैक-बॉक्स परीक्षण सॉफ्टवेयर परीक्षण की विधि है जो किसी एप्लिकेशन की आंतरिक संरचनाओं या कार्यप्रणाली को देखे बिना उसकी कार्यक्षमता की जांच करता है। परीक्षण की इस पद्धति को वस्तुतः सॉफ्टवेयर परीक्षण [[इकाई परीक्षण]], एकीकरण परीक्षण, [[सिस्टम परीक्षण|प्रणाली परीक्षण]] और स्वीकृति परीक्षण के प्रत्येक स्तर पर प्रायुक्त किया जा सकता है। इसे कभी-कभी विनिर्देश-आधारित परीक्षण के रूप में संदर्भित किया जाता है।<ref>{{cite book|author1=Jerry Gao|author2=H.-S. J. Tsao|author3=Ye Wu|title=घटक-आधारित सॉफ़्टवेयर के लिए परीक्षण और गुणवत्ता आश्वासन|url=https://books.google.com/books?id=VoCX09hOsCoC&pg=PA170|year=2003|publisher=Artech House|isbn=978-1-58053-735-3|pages=170–}}</ref> | ||
== परीक्षण प्रक्रिया == | == परीक्षण प्रक्रिया == | ||
[[File:Blackbox3D-withGraphs.png|thumb|upright=1.4| | [[File:Blackbox3D-withGraphs.png|thumb|upright=1.4|ब्लैक बॉक्स मॉडल का उदाहरण जहां एक निश्चित इनपुट एक निश्चित आउटपुट उत्पन्न करता है]]एप्लिकेशन के कोड, आंतरिक संरचना और सामान्य रूप से प्रोग्रामिंग ज्ञान के विशिष्ट ज्ञान की आवश्यकता नहीं है।<ref>{{cite book |author=Milind G. Limaye |title=सॉफ़्टवेयर परीक्षण|url=https://books.google.com/books?id=zUm8My7SiakC&pg=PA216 |year=2009 |publisher=Tata McGraw-Hill Education |isbn=978-0-07-013990-9 |pages=216}}</ref> परीक्षक इस बात से अवगत होता है कि सॉफ्टवेयर क्या करने वाला है, लेकिन यह नहीं जानता कि यह कैसे करता है। उदाहरण के लिए, परीक्षक को पता है कि एक विशेष इनपुट एक निश्चित, अचल आउटपुट देता है, लेकिन यह नहीं जानता कि सॉफ्टवेयर पहली जगह में आउटपुट कैसे उत्पन्न करता है।<ref name="REF1">{{cite book|title=सॉफ़्टवेयर परीक्षण|last=Patton|first=Ron|publisher=Sams Publishing|year=2005|isbn=978-0672327988|edition=2nd|location=Indianapolis|url-access=registration|url=https://archive.org/details/softwaretesting0000patt}}</ref> | ||
| Line 29: | Line 29: | ||
== हैकिंग == | == हैकिंग == | ||
पैठ परीक्षण में, ब्लैक-बॉक्स परीक्षण | पैठ परीक्षण में, ब्लैक-बॉक्स परीक्षण ऐसी विधि को संदर्भित करता है जहां एक [[सफेद टोपी (कंप्यूटर सुरक्षा)]] को प्रणाली पर हमला होने का कोई ज्ञान नहीं होता है। ब्लैक-बॉक्स पैठ परीक्षण का लक्ष्य बाहरी हैकिंग या साइबर युद्ध के हमले का अनुकरण करना है। | ||
== यह भी देखें == | == यह भी देखें == | ||
Revision as of 06:41, 8 March 2023
| Black box systems | |
|---|---|
 | |
| System | |
| Black box · Oracle machine | |
| Methods and techniques | |
| Black-box testing · Blackboxing | |
| Related techniques | |
| Feed forward · Obfuscation · Pattern recognition · White box · White-box testing · Gray-box testing · System identification | |
| Fundamentals | |
| A priori information · Control systems · Open systems · Operations research · Thermodynamic systems | |
ब्लैक-बॉक्स परीक्षण सॉफ्टवेयर परीक्षण की विधि है जो किसी एप्लिकेशन की आंतरिक संरचनाओं या कार्यप्रणाली को देखे बिना उसकी कार्यक्षमता की जांच करता है। परीक्षण की इस पद्धति को वस्तुतः सॉफ्टवेयर परीक्षण इकाई परीक्षण, एकीकरण परीक्षण, प्रणाली परीक्षण और स्वीकृति परीक्षण के प्रत्येक स्तर पर प्रायुक्त किया जा सकता है। इसे कभी-कभी विनिर्देश-आधारित परीक्षण के रूप में संदर्भित किया जाता है।[1]
परीक्षण प्रक्रिया
एप्लिकेशन के कोड, आंतरिक संरचना और सामान्य रूप से प्रोग्रामिंग ज्ञान के विशिष्ट ज्ञान की आवश्यकता नहीं है।[2] परीक्षक इस बात से अवगत होता है कि सॉफ्टवेयर क्या करने वाला है, लेकिन यह नहीं जानता कि यह कैसे करता है। उदाहरण के लिए, परीक्षक को पता है कि एक विशेष इनपुट एक निश्चित, अचल आउटपुट देता है, लेकिन यह नहीं जानता कि सॉफ्टवेयर पहली जगह में आउटपुट कैसे उत्पन्न करता है।[3]
परीक्षण के मामले
टेस्ट केस विनिर्देशों और आवश्यकताओं के आसपास बनाए जाते हैं, यानी, एप्लिकेशन को क्या करना चाहिए। परीक्षण मामले आम तौर पर विनिर्देशों, आवश्यकताओं और डिज़ाइन पैरामीटर सहित सॉफ़्टवेयर के बाहरी विवरणों से प्राप्त होते हैं। हालांकि उपयोग किए गए परीक्षण मुख्य रूप से प्रकृति में कार्यात्मक हैं, गैर-कार्यात्मक परीक्षणों का भी उपयोग किया जा सकता है। परीक्षण डिज़ाइनर वैध और अमान्य दोनों प्रकार के इनपुट का चयन करता है और सही आउटपुट निर्धारित करता है, अक्सर टेस्ट ऑब्जेक्ट की आंतरिक संरचना के किसी भी ज्ञान के बिना परीक्षण ओरेकल या पिछले परिणाम की मदद से जो अच्छा माना जाता है।
टेस्ट डिजाइन तकनीक
विशिष्ट ब्लैक-बॉक्स परीक्षण डिजाइन तकनीकों में शामिल हैं:[4]
- निर्णय तालिका परीक्षण
- सभी जोड़े परीक्षण
- समतुल्य विभाजन
- सीमा मूल्य विश्लेषण
- कारण-प्रभाव ग्राफ
- अनुमान लगाने में त्रुटि
- राज्य संक्रमण परीक्षण
- केस परीक्षण का प्रयोग करें
- उपयोगकर्ता कहानी परीक्षण
- डोमेन विश्लेषण
- सिंटेक्स परीक्षण
- संयोजन तकनीक
हैकिंग
पैठ परीक्षण में, ब्लैक-बॉक्स परीक्षण ऐसी विधि को संदर्भित करता है जहां एक सफेद टोपी (कंप्यूटर सुरक्षा) को प्रणाली पर हमला होने का कोई ज्ञान नहीं होता है। ब्लैक-बॉक्स पैठ परीक्षण का लक्ष्य बाहरी हैकिंग या साइबर युद्ध के हमले का अनुकरण करना है।
यह भी देखें
- एबीएक्स परीक्षण
- स्वीकृति परीक्षण
- अंधा प्रयोग
- सीमा परीक्षण
- फ़ज़ परीक्षण
- ग्रे बॉक्स परीक्षण
- मेटास्प्लोइट प्रोजेक्ट
- विवेक परीक्षण
- धुआँ परीक्षण (सॉफ्टवेयर)
- सॉफ्टवेयर प्रदर्शन परीक्षण
- सॉफ़्टवेयर परीक्षण
- तनाव परीक्षण
- परीक्षण स्वचालन
- इकाई का परीक्षण
- वेब एप्लिकेशन सुरक्षा स्कैनर
- सफेद टोपी (कंप्यूटर सुरक्षा)
- व्हाइट-बॉक्स परीक्षण
संदर्भ
- ↑ Jerry Gao; H.-S. J. Tsao; Ye Wu (2003). घटक-आधारित सॉफ़्टवेयर के लिए परीक्षण और गुणवत्ता आश्वासन. Artech House. pp. 170–. ISBN 978-1-58053-735-3.
- ↑ Milind G. Limaye (2009). सॉफ़्टवेयर परीक्षण. Tata McGraw-Hill Education. p. 216. ISBN 978-0-07-013990-9.
- ↑ Patton, Ron (2005). सॉफ़्टवेयर परीक्षण (2nd ed.). Indianapolis: Sams Publishing. ISBN 978-0672327988.
- ↑ Forgács, István; Kovács, Attila (2019). Practical Test Design: Selection of Traditional and Automated Test Design Techniques. ISBN 1780174721.
बाहरी संबंध
- BCS SIGIST (British Computer Society Specialist Interest Group in Software Testing): Standard for Software Component Testing, Working Draft 3.4, 27. April 2001.
