सॉफ्टवेअर चाचणी मूलतत्त्वे - प्रश्न आणि उत्तरे

सॉफ्टवेअर टेस्टिंग ही सॉफ्टवेअर डेव्हलपमेंटमधील क्रिया आहे. भागधारकांना सॉफ्टवेअरच्या गुणवत्तेविषयी माहिती देण्यासाठी हे सॉफ्टवेअर विरूद्ध केलेले एक तपास आहे.



सॉफ्टवेअर चाचणी म्हणजे काय?

सॉफ्टवेअर टेस्टिंगसाठी वेगवेगळ्या परिभाष्यांसह भिन्न लोक पुढे आले आहेत, परंतु सामान्यत: हे उद्दीष्ट आहेः

  • सॉफ्टवेअर मान्य केलेल्या गरजा आणि डिझाइन पूर्ण करतो हे सुनिश्चित करण्यासाठी
  • अनुप्रयोग अपेक्षेप्रमाणे कार्य करते
  • अनुप्रयोगात गंभीर बग नाहीत
  • वापरकर्त्याच्या अपेक्षांनुसार त्याचा इच्छित वापर पूर्ण करतो

सॉफ्टवेअर चाचणी बहुतेकदा अटींच्या संयोगाने वापरली जाते सत्यापन आणि प्रमाणीकरण .


प्रमाणीकरण : आम्ही योग्य काम करतोय? पडताळणी : आम्ही काम बरोबर करतोय का?

सत्यापन म्हणजे संबद्ध वैशिष्ट्यासह सुसंगतता आणि सुसंगततेसाठी सॉफ्टवेअरसह आयटमची तपासणी किंवा चाचणी.


प्रमाणीकरण म्हणजे वापरकर्त्यास प्रत्यक्षात हवे होते ते निर्दिष्ट केले गेले आहे हे तपासण्याची प्रक्रिया.

सॉफ्टवेअर चाचणी ही एक प्रकारची पडताळणी आहे, ज्यात पुनरावलोकने, विश्लेषण, तपासणी आणि चालणे यासारख्या तंत्रे देखील वापरली जातात.



अन्वेषण चाचणी म्हणजे काय आणि ते कधी केले पाहिजे?

अन्वेषणात्मक तपासणीची व्याख्या एखाद्या अर्जाच्या विरूद्ध 'एकाचवेळी चाचणी डिझाइन आणि अंमलबजावणी' असते. याचा अर्थ असा आहे की परीक्षक तिच्या डोमेन ज्ञान आणि चाचणी अनुभवाचा वापर करण्यासाठी अंदाज करते की सिस्टम कोठे आणि कोणत्या परिस्थितीत सिस्टम अनपेक्षितपणे वागेल. परीक्षक यंत्रणेचा शोध घेण्यास प्रारंभ होताच, नवीन चाचणी डिझाइन कल्पना फ्लायवर विचारल्या जातात आणि सॉफ्टवेअरच्या विरूद्ध चाचणी घेतात.

अन्वेषण चाचणी सत्रावर, परीक्षक प्रणालीविरूद्ध क्रियांची साखळी चालवितो, प्रत्येक क्रिया मागील क्रियेच्या परिणामावर अवलंबून असते, म्हणूनच कृतींच्या परिणामाचा परीक्षक परीक्षेच्या पुढील कामांवर परिणाम करू शकतो, म्हणून चाचणी सत्रे एकसारखे नाही.


हे स्क्रिप्टेड टेस्टिंगच्या उलट आहे जेथे आवश्यकता किंवा डिझाइन दस्तऐवजांचा वापर करून चाचण्या आधी तयार केल्या जातात, सामान्यत: सिस्टम तयार होण्याआधी आणि सिस्टमच्या विरूद्ध त्याच वेळेस दुसर्‍या वेळी अंमलात आणण्यापूर्वी.

उत्पादन विकसित होत असताना (चपळ) किंवा सॉफ्टवेअर रिलीझ होण्यापूर्वी अंतिम तपासणी म्हणून सामान्यतः अन्वेषण चाचणी केली जाते. स्वयंचलित रीग्रेशन चाचणीसाठी ही पूरक क्रिया आहे.



कोणती चाचणी तंत्र आहेत आणि त्यांचा हेतू काय आहे?

चाचणी तंत्रे प्रामुख्याने दोन कारणांसाठी वापरली जातात: अ) दोष ओळखण्यास मदत करण्यासाठी, ब) चाचणी प्रकरणांची संख्या कमी करणे.

  • समतुल्य विभाजन मुख्यतः समान नसलेल्या डेटाचे भिन्न संच ओळखून चाचणी प्रकरणांची संख्या कमी करण्यासाठी वापरला जातो आणि डेटाच्या प्रत्येक संचामधून फक्त एक चाचणी चालविते.
  • अनुमत डेटाच्या सीमेवरील सिस्टीमचे वर्तन तपासण्यासाठी सीमा मूल्य विश्लेषणाचा वापर केला जातो.
  • स्टेट ट्रान्झिशन टेस्टिंगचा वापर परवानगी नसलेली आणि नाकारलेली राज्ये आणि एका इनपुटमधून दुसर्‍या राज्यात दुसर्‍या इनपुट डेटाद्वारे संक्रमणे मान्य करण्यासाठी केला जातो
  • जोडीनिहाय किंवा सर्व-जोडी चाचणी एक अतिशय शक्तिशाली चाचणी तंत्र आहे आणि मुख्यत: वैशिष्ट्य संयोगांचे कव्हरेज वाढवित असताना चाचणी प्रकरणांची संख्या कमी करण्यासाठी वापरले जाते.


चाचणी आवश्यक का आहे?

सॉफ्टवेअरमध्ये अस्तित्त्वात असलेल्या कोणत्याही दोषांची ओळख करण्यासाठी चाचणी आवश्यक आहे ज्यामुळे हानी होऊ शकते. योग्य चाचणीशिवाय, आम्ही संभाव्यत: एखादे सॉफ्टवेअर रिलीझ करू शकू ज्यामुळे खराब होऊ शकते आणि गंभीर जखम होऊ शकतात.


उदाहरणे अशी असू शकतात:

  • लाइफ सपोर्ट मशीनमधील सॉफ्टवेअर जे एखाद्या रुग्णाला गंभीर हानी पोहोचवू शकते;
  • अणू कारखान्याचे परीक्षण करणारे परमाणु संयंत्रातील सॉफ्टवेअर पर्यावरणाला हानी पोहोचवू शकते
  • विनिमय दराची गणना करणार्‍या बँकिंग किंवा वित्तीय अनुप्रयोगामुळे व्यवसायाचे आर्थिक नुकसान होऊ शकते


दोष, दोष, त्रुटी, अपयश, चूक आणि चूक यांच्यात काय फरक आहे?

त्रुटी आणि चुकणे सारख्याच गोष्टी आहेत. दोष, दोष आणि खोट्या गोष्टी समान आहेत.

सर्वसाधारणपणे, एखादी व्यक्ती चूक (त्रुटी) करू शकते ज्यामुळे सॉफ्टवेअर अनुप्रयोगात दोष (बग, फॉल्ट) तयार होतो ज्यामुळे अयशस्वी होऊ शकते.

दोष उद्भवतात कारण मनुष्य चुका करण्यास प्रवृत्त आहे, तसेच सॉफ्टवेअर aप्लिकेशन खूपच जटिल असू शकते जेणेकरुन भिन्न घटकांचे एकत्रिकरण विचित्र वर्तन होऊ शकते.




किती चाचणी पुरेसे आहे?

या प्रश्नाचे कोणतेही निश्चित उत्तर नाही. चाचणी निरपेक्ष नसते आणि त्याला काही मर्यादा नसतात. तथापि, संभाव्य परिस्थिती ज्यामुळे सर्वाधिक हानी पोहोचू शकते अशा संभाव्य परिस्थिती किंवा मुख्यतः वापरल्या जाणार्‍या सॉफ्टवेअरचे भाग ओळखण्यासाठी आम्ही जोखीम मेट्रिक्स (जोखीम-आधारित चाचणी) वापरू शकतो जेणेकरून आम्ही आपला वेळ आणि प्रयत्नांना सर्वात महत्वाच्या विभागांकडे केंद्रित करू.

चाचणीत एखाद्या अर्जाची स्थिती किंवा आरोग्याबद्दल पुरेशी माहिती पुरविली जावी, जेणेकरुन भागधारक सॉफ्टवेअर सोडवायचे की चाचणीसाठी अधिक वेळ घालवायचा याबद्दल एक माहितीपूर्ण निर्णय घेऊ शकतात.



मूलभूत चाचणी प्रक्रिया काय आहे

सर्वाधिक चाचणी उपक्रम मिळविण्यासाठी, परिभाषित प्रक्रियेचे पालन केले जाणे आवश्यक आहे. परंतु कोणताही चाचणी क्रिया सुरू होण्यापूर्वी, बराचसा प्रयत्न चांगला चाचणी योजना तयार करण्यासाठी खर्च केला पाहिजे. चाचणी साध्य करण्याच्या प्रयत्नात असलेल्या चाचणी उपक्रमांचे पालन केले जाते याची खात्री करण्यासाठी चांगली चाचणी योजना बरीच पुढे जात आहे.

हे कदाचित बर्‍याच औपचारिक चाचणी वातावरणास लागू होईल (जसे की मिशन क्रिटिकल). बर्‍याच व्यावसायिक संस्थांमध्ये कठोर चाचणी प्रक्रिया कमी असतात. तथापि, चाचणी करण्याचा कोणताही प्रयत्न या चरणांचा वापर काही फॉर्ममध्ये करू शकतो.


मूलभूत चाचणी प्रक्रियेमध्ये पाच क्रियाकलाप असतात:

  • नियोजन
  • तपशील
  • अंमलबजावणी
  • मुद्रित करणे
  • चाचणी पूर्णतेसाठी तपासत आहे

चाचणी प्रक्रिया नेहमीच कसोटी नियोजनापासून सुरू होते आणि तपासणी पूर्ण होण्यापूर्वी तपासणीसह संपते.

कोणतीही आणि सर्व क्रियाकलाप पुनरावृत्ती केली जाऊ शकतात (किंवा कमीतकमी पुन्हा पाहिली गेली पाहिजेत) चाचणी नियोजन क्रियाकलाप दरम्यान परिभाषित पूर्णत्वाच्या निकषाची पूर्तता होण्यापूर्वी अनेक पुनरावृत्ती आवश्यक असू शकतात.



सॉफ्टवेअर चाचणीची सात तत्त्वे

खाली सॉफ्टवेअर चाचणीची सात तत्त्वे दिली आहेत:

1. चाचणी बगची उपस्थिती दर्शविते

अनुप्रयोगाची चाचणी केल्याने केवळ असे दिसून येते की अनुप्रयोगात एक किंवा अधिक दोष अस्तित्वात आहेत, तथापि, एकट्या चाचणीद्वारे हे सिद्ध केले जाऊ शकत नाही की अनुप्रयोग त्रुटी मुक्त आहे. म्हणून, चाचणी प्रकरणांची रचना करणे आवश्यक आहे ज्यामध्ये शक्य तितक्या दोष आढळतात.

2. थकवणारी चाचणी अशक्य आहे

जोपर्यंत चाचणी अंतर्गत अनुप्रयोग (एयूटी) मध्ये अगदी सोपी लॉजिकल स्ट्रक्चर आणि मर्यादित इनपुट नसेल तोपर्यंत डेटा आणि परिस्थितीच्या सर्व संयोजनांची चाचणी घेणे शक्य नाही. या कारणास्तव, जोखीम आणि प्राथमिकता चाचणीच्या सर्वात महत्वाच्या बाबींवर लक्ष केंद्रित करण्यासाठी वापरल्या जातात.

3. लवकर चाचणी

आम्ही उपलब्ध वेळेचा जितका चांगला वापर करू तितक्या लवकर आम्ही चाचणी उपक्रम सुरू करतो. लवकरात लवकर उत्पादने, अशा आवश्यकता किंवा डिझाइन दस्तऐवज उपलब्ध होताच आम्ही चाचणी सुरू करू शकतो. चाचणी अवस्थेसाठी विकास जीवनशैलीच्या शेवटी पिळणे सामान्य आहे, म्हणजे जेव्हा विकास संपेल, तेव्हा लवकर चाचणी सुरू केल्याने, आम्ही विकास जीवनक्रियेच्या प्रत्येक स्तरासाठी चाचणी तयार करू शकतो.

लवकर चाचणीबद्दल आणखी एक महत्त्वाचा मुद्दा म्हणजे जेव्हा लाइफसायकलमध्ये पूर्वी दोष आढळतात तेव्हा ते सोडविणे खूप सोपे आणि स्वस्त होते. विनंतीनुसार किंवा डिझाइन केल्यानुसार कार्य करीत नसलेल्या मोठ्या सिस्टममध्ये कार्यक्षमता बदलण्यापेक्षा चुकीची आवश्यकता बदलणे खूपच स्वस्त आहे!

4. क्लस्टरिंग दोष

चाचणी दरम्यान, हे नोंदवले गेले आहे की बहुतेक नोंदविलेले दोष सिस्टममधील कमी संख्येच्या मॉड्यूलशी संबंधित आहेत. म्हणजेच लहान संख्येच्या मॉड्यूलमध्ये सिस्टममधील बहुतेक दोष असतात. हे सॉफ्टवेअर चाचणीसाठी पॅरेटो तत्त्वतेचा अनुप्रयोग आहे: जवळजवळ 80% समस्या मॉड्यूलच्या 20% मध्ये आढळतात.

5. कीटकनाशक विरोधाभास

जर आपण वारंवार चाचण्यांचा सेट चालू ठेवत असाल तर त्या चाचणी प्रकरणांमध्ये आणखी नवीन दोष सापडण्याची शक्यता नाही. कारण जसजशी ही प्रणाली विकसित होते, पूर्वी नोंदविलेल्या बर्‍याच दोषांचे निराकरण केले जाईल आणि जुन्या चाचणी प्रकरणे यापुढे लागू होणार नाहीत.

जेव्हा एखादी चूक निश्चित केली जाते किंवा नवीन कार्यक्षमता जोडली जाते, तेव्हा नवीन बदललेल्या सॉफ्टवेअरने सॉफ्टवेअरचा कोणताही भाग तोडलेला नाही हे सुनिश्चित करण्यासाठी आम्हाला रीग्रेशन टेस्टिंग करणे आवश्यक आहे. तथापि, त्या आक्षेपार्ह चाचणी प्रकरणांमध्ये लागू होण्यासाठी सॉफ्टवेअरमध्ये केलेले बदल प्रतिबिंबित करण्यासाठी बदलणे आवश्यक आहे आणि आशा आहे की नवीन दोष सुधारले जातील.

6. चाचणी संदर्भ अवलंबून आहे

वेगवेगळ्या पद्धती, तंत्र आणि चाचणीचे प्रकार अनुप्रयोगाच्या प्रकार आणि प्रकाराशी संबंधित आहेत. उदाहरणार्थ, वैद्यकीय डिव्हाइसमधील सॉफ्टवेअर अनुप्रयोगास गेम्स सॉफ्टवेअरपेक्षा अधिक चाचणी आवश्यक आहे.

महत्त्वाचे म्हणजे वैद्यकीय डिव्हाइस सॉफ्टवेअरला जोखीम आधारित चाचणी आवश्यक असते, वैद्यकीय उद्योग नियामक आणि शक्यतो विशिष्ट चाचणी डिझाइन तंत्रांचे अनुपालन करावे.

त्याच टोकनद्वारे, एक अतिशय लोकप्रिय वेबसाइट, सर्व्हरवरील लोडमुळे कामगिरीवर परिणाम होणार नाही हे सुनिश्चित करण्यासाठी कठोर कार्यक्षमता चाचणी तसेच कार्यक्षमता चाचणी घेण्याची आवश्यकता आहे.

7. त्रुटी चुकीची अनुपस्थिती

केवळ चाचण्यामुळे सॉफ्टवेअरमध्ये कोणतेही दोष आढळले नाहीत, याचा अर्थ असा नाही की सॉफ्टवेअर पाठवण्यास तयार आहे. अंमलात आणलेल्या चाचण्या खरोखरच सर्वात दोष शोधण्यासाठी तयार केल्या गेल्या? किंवा सॉफ्टवेअर वापरकर्त्याच्या गरजेनुसार जुळले की नाही हे शोधण्यासाठी त्यांनी कोठे डिझाइन केले? सॉफ्टवेअर पाठविण्यापूर्वी इतर अनेक बाबींचा विचार केला पाहिजे.



व्हाईट बॉक्स चाचणी म्हणजे काय

श्वेत बॉक्स चाचणी कोडमधील अंतर्गत तर्कशास्त्र आणि संरचनेशी संबंधित आहे. व्हाईट बॉक्स टेस्टिंगला ग्लास, स्ट्रक्चरल, ओपन बॉक्स किंवा क्लियर बॉक्स टेस्टिंग असेही म्हणतात. व्हाईट बॉक्स टेस्टिंग स्ट्रॅटेजीवर आधारित लिहिलेल्या चाचण्यांमध्ये कोडचे कव्हरेज, शाखा, पथ, स्टेटमेन्ट्स आणि कोडचे अंतर्गत लॉजिक इत्यादी समाविष्ट असतात.

व्हाईट बॉक्स टेस्टिंगची अंमलबजावणी करण्यासाठी, परीक्षकांना कोडचा सामना करावा लागतो आणि म्हणून कोडिंग आणि लॉजिकचे ज्ञान असणे आवश्यक आहे अर्थात कोडची अंतर्गत कार्यपद्धती. व्हाईट बॉक्स टेस्टमध्ये कोड तपासण्यासाठी आणि कोडमधील कोणते एकक / स्टेटमेंट / हिस्सा खराब आहे हे शोधण्यासाठी परीक्षकांची देखील आवश्यकता असते.

युनिट टेस्टिंग

विशिष्ट मॉड्यूल किंवा कोडचे एकक दंड कार्यरत आहे की नाही हे तपासण्यासाठी विकसक युनिट चाचणी घेते. युनिट टेस्टिंग अगदी मूलभूत पातळीवर येते जेव्हा हे केले जाते आणि जेव्हा कोडचे युनिट विकसित केले जाते किंवा विशिष्ट कार्यक्षमता तयार केली जाते.

स्थिर आणि डायनॅमिक विश्लेषण

कोडमधील संभाव्य दोष शोधण्यासाठी स्थिर विश्लेषण कोडमध्ये जाणे समाविष्ट आहे. डायनॅमिक विश्लेषणामध्ये कोड कार्यान्वित करणे आणि आउटपुटचे विश्लेषण करणे समाविष्ट आहे.

विधान कव्हरेज

या प्रकारच्या चाचणीमध्ये कोडची अंमलबजावणी अशा प्रकारे केली जाते की अनुप्रयोगातील प्रत्येक विधान किमान एकदा कार्यान्वित होईल. हे आश्वासन देण्यात मदत करते की सर्व विधाने कोणत्याही साइड इफेक्टशिवाय कार्यान्वित करतात.

शाखा कव्हरेज

कोडींगच्या सतत मोडमध्ये कोणताही सॉफ्टवेअर अनुप्रयोग लिहिले जाऊ शकत नाही, काहीवेळा आम्हाला विशिष्ट कार्यक्षमता करण्यासाठी कोडची शाखा काढणे आवश्यक आहे. शाखा कव्हरेज चाचणी कोडमधील सर्व शाखांचे प्रमाणीकरण करण्यात आणि कोणत्याही शाखेतून अनुप्रयोगाचे असामान्य वर्तन होऊ नये याची खात्री करण्यात मदत करते.

सुरक्षा चाचणी

अनुप्रयोगाची संहिता देणार्‍या अनधिकृत प्रवेश, हॅकिंग - क्रॅकिंग, कोणत्याही कोड इत्यादीपासून प्रणाली स्वतःला किती चांगले संरक्षण देऊ शकते हे शोधण्यासाठी सुरक्षा चाचणी घेतली जाते. या प्रकारच्या चाचणीसाठी अत्याधुनिक चाचणी तंत्रांची आवश्यकता आहे.

उत्परिवर्तन चाचणी

एक प्रकारची चाचणी ज्यामध्ये अनुप्रयोगास विशिष्ट बग / दोष निश्चित केल्यावर सुधारित कोडसाठी चाचणी केली जाते. कोणत्या कोडची आणि कोडींगची कोणती कार्यक्षमता प्रभावीपणे कार्यक्षमतेत विकसित करण्यात मदत करू शकते हे शोधण्यात देखील मदत करते.

व्हाईट बॉक्स चाचणीचे फायदे

अंतर्गत कोडींग संरचनेचे ज्ञान आवश्यक असल्याने, अनुप्रयोगाची प्रभावीपणे चाचणी घेण्यात कोणत्या प्रकारचे इनपुट / डेटा मदत करू शकतो हे शोधणे फार सोपे आहे. व्हाईट बॉक्स टेस्टिंगचा दुसरा फायदा म्हणजे तो कोड ऑप्टिमाइझ करण्यात मदत करतो ज्यामुळे कोडच्या अतिरिक्त ओळी काढून टाकण्यास मदत होते, जे लपविलेले दोष आणू शकतात.

व्हाईट बॉक्स चाचणीचे तोटे

कोड आणि अंतर्गत संरचनेचे ज्ञान एक पूर्व आवश्यक आहे, या प्रकारच्या चाचणी करण्यासाठी एक कुशल परीक्षक आवश्यक आहे, ज्यामुळे किंमत वाढते. आणि लपविलेल्या त्रुटी शोधण्यासाठी प्रत्येक कोडचा शोध घेणे जवळजवळ अशक्य आहे, ज्यामुळे अडचणी उद्भवू शकतात, परिणामी अनुप्रयोग अयशस्वी होतो.



ब्लॅक बॉक्स चाचणी म्हणजे काय

ब्लॅक बॉक्स चाचणीमध्ये, परीक्षक अनुप्रयोगाची अंतर्गत कार्यपद्धती जाणून घेतल्याशिवाय अनुप्रयोगाची चाचणी घेते.

कारण ब्लॅक बॉक्स चाचणी मूलभूत कोडशी संबंधित नाही, मग तंत्रे आवश्यक कागदपत्रे किंवा डिझाइन वैशिष्ट्यांमधून मिळविली जाऊ शकतात आणि म्हणूनच आवश्यकता लिहिताच चाचणी सुरू होऊ शकते.

सीमा मूल्य विश्लेषण चाचणी तंत्र

सीमा मूल्य विश्लेषण, बीव्हीए, सीमेवरील प्रोग्रामच्या वर्तनची चाचणी घेते. मूल्यांच्या श्रेणीची तपासणी करताना, वैध विभाजनांमध्ये असलेल्या डेटाचा संच निवडल्यानंतर, वैध विभाजनांच्या सीमा मूल्यांवर प्रोग्राम कसे वर्तन करते हे तपासेल. संख्यांची श्रेणी तपासताना सीमा मूल्य विश्लेषण सर्वात सामान्य आहे.

राज्य संक्रमण तंत्र

राज्य संक्रमण चाचणी तंत्र वापरले जाते जेथे प्रणालीचे काही पैलू वर्णन केले जाऊ शकते ज्याला “परिमित राज्य मशीन” म्हटले जाते. याचा साधा अर्थ असा आहे की ही प्रणाली वेगवेगळ्या राज्यांमध्ये (मर्यादित) संख्येने असू शकते आणि एका राज्यातून दुसर्‍या राज्यात संक्रमण 'मशीन' च्या नियमांद्वारे निश्चित केले जाते.

सिस्टम आणि चाचण्यांवर आधारित हे मॉडेल आहे. यापूर्वी घडलेल्या गोष्टींवर अवलंबून आपणास समान इनपुटसाठी भिन्न आउटपुट मिळणारी कोणतीही प्रणाली एक मर्यादित राज्य प्रणाली आहे.

समतुल्य विभाजन चाचणी तंत्र

समकक्ष विभाजन चाचणी तंत्राच्यामागील कल्पना अशी आहे की इनपुट डेटाचा संच काढून टाकणे ज्यामुळे सिस्टम समान वर्तन करते आणि प्रोग्रामची चाचणी घेताना समान परिणाम मिळवते.

समकक्ष विभाजन तंत्राच्या प्रक्रियेमध्ये डेटाचा सेट इनपुट कंडिशन म्हणून ओळखणे समाविष्ट असतो जो प्रोग्राम कार्यान्वित करताना समान परिणाम देतो आणि समतुल्य डेटाचा संच म्हणून वर्गीकृत करतो (कारण ते प्रोग्राम त्याच प्रकारे वागतात आणि समान आउटपुट व्युत्पन्न करतात) ) आणि डेटाच्या दुसर्‍या समतुल्य सेटवरून विभाजित करणे.

ब्लॅक बॉक्स चाचणीचे फायदे

  • चाचणी निःपक्षपाती आहे कारण डिझाइनर आणि परीक्षक एकमेकांपासून स्वतंत्र आहेत.
  • परीक्षकांना कोणत्याही विशिष्ट प्रोग्रामिंग भाषेचे ज्ञान आवश्यक नसते.
  • चाचणी डिझाइनर नसून वापरकर्त्याच्या दृष्टीकोनातून केली जाते.
  • वैशिष्ट्ये पूर्ण होताच चाचणी प्रकरणांची रचना केली जाऊ शकते.

ब्लॅक बॉक्स चाचणीचे तोटे

  • जर सॉफ्टवेअर डिझाइनरने आधीपासून चाचणी केस चालविला असेल तर ही चाचणी रिडंडंट होऊ शकते.
  • चाचणी प्रकरणांची रचना करणे कठीण आहे.
  • प्रत्येक संभाव्य इनपुट प्रवाहाची चाचणी करणे अवास्तव आहे कारण यास अत्यधिक वेळ लागतो; म्हणूनच, बर्‍याच प्रोग्राम पथांची निवड रद्द केली जाईल.

मनोरंजक लेख