ब्लैक-बॉक्स परीक्षण: Difference between revisions
(Created page with "{{Short description|Method of software testing}} {{more citations needed|date=October 2017}} {{Black-box}} ब्लैक-बॉक्स परीक्षण सॉफ्...") |
No edit summary |
||
| Line 1: | Line 1: | ||
{{Short description|Method of software testing}} | {{Short description|Method of software testing}} | ||
{{Black-box}} | {{Black-box}} | ||
Revision as of 18:18, 7 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.
