ब्लैक बॉक्स परीक्षण

2003 में ली कोपलैंड की "ए प्रैक्टिशनर गाइड टू सॉफ्टवेयर टेस्ट डिज़ाइन" प्रकाशित हुई थी।
तब से, यह किताबों की सूची में मजबूती से उलझ गया है जिसे किसी भी परीक्षक को पढ़ना चाहिए। यह मूल में पढ़ने लायक है। यह बहुत अच्छी तरह से पढ़ता है: भाषा जटिल नहीं है, शैली आसान है। पुस्तक के पाठ्यक्रम में, लेखक हमारी गतिविधि के क्षेत्र में स्वयं, अपने छात्रों, पाठकों और सामान्य रूप से थोड़ा सा लोहा लेता है।

निम्नलिखित अनुवाद नहीं है, बल्कि "ब्लैक बॉक्स टेस्टिंग तकनीक" खंड का एक विस्तृत सारांश है, जो परीक्षण डिजाइन तकनीकों के अनुप्रयोग का वर्णन करता है।

यह पुस्तक एक पूर्व सहयोगी की सलाह पर मेरे हाथों में गिर गई, जिसके लिए उसके लिए विशेष धन्यवाद।

सबसे प्रभावी और कुशल परीक्षण केस तैयार किया जाना चाहिए, न कि केवल एक साथ थप्पड़ मारा जाए।

समतुल्यता वर्ग परीक्षण
सीमा मूल्य परीक्षण
निर्णय तालिका परीक्षण
जोड़ीदार परीक्षण
राज्य संक्रमण परीक्षण
केस टेस्टिंग का उपयोग करें

समतुल्यता वर्ग परीक्षण

उपकरण

1. समतुल्यता वर्गों को परिभाषित करें।
2. प्रत्येक तुल्यता वर्ग के लिए परीक्षण मामले बनाएं।

एक समतुल्य वर्ग एक डेटासेट है जो समान मॉड्यूल चलाता है और उसी परिणाम का उत्पादन करना चाहिए।

कक्षा के भीतर कोई भी डेटा समतुल्य है, जिसका अर्थ है कि यदि समतुल्य बॉक्स में एक परीक्षण के मामले में कोई खराबी पाई गई है / नहीं मिली है, तो इस समानता वर्ग के अंदर के अन्य सभी परीक्षण मामलों में समान दोष का पता चलेगा / नहीं लगेगा।

एक वैकल्पिक दृष्टिकोण समतुल्यता वर्गों का उपयोग इनपुट के लिए नहीं, बल्कि आउटपुट के लिए करना है। आउटपुट वेरिएंट को समतुल्यता वर्गों में विभाजित करें, यह निर्धारित करें कि कौन से इनपुट मान ऐसे आउटपुट को ट्रिगर कर सकते हैं। लाभ यह है कि हर संभव निकास विकल्प की जांच की जाती है। नुकसान यह है कि आउटपुट तुल्यता वर्ग के भीतर, कई इनपुट तुल्यता वर्ग छिपाए जा सकते हैं।

यदि कई चर हैं:

1. कई चर की वैध कक्षाएं एक परीक्षण मामले में संयुक्त होती हैं;
2. अमान्य कक्षाओं का अलग से परीक्षण किया जाता है।
   

   अपने डिजाइनरों और प्रोग्रामरों को बताएं कि उन्होंने आपकी मदद कब की है। वे विचार की सराहना करेंगे और फिर से कर सकते हैं।
   

सीमा मूल्य परीक्षण

उपकरण

1. समतुल्यता वर्गों को परिभाषित करें
2. प्रत्येक तुल्यता वर्ग की सीमाओं को परिभाषित करें
3. प्रत्येक सीमा मूल्य के लिए परीक्षण मामले बनाएं, सीमा पर सीधे एक बिंदु का चयन, ऊपर और नीचे सीमा पर।

यह याद रखना चाहिए कि सीमा के ऊपर या नीचे एक बिंदु एक अन्य समतुल्यता वर्ग का एक उदाहरण हो सकता है, जिस स्थिति में आपको परीक्षण की नकल करने की आवश्यकता नहीं है।

मान प्रकार से निर्धारित होते हैं। यदि सीमा 5 है, तो अंक 4 और 6 का परीक्षण उस क्षेत्र के लिए किया जाता है जहां पूर्णांक दर्ज किए जाते हैं, और अंक 4.99 और 5.01 को उस क्षेत्र के लिए परीक्षण किया जाता है, जहां पर रूबल और रेकॉर्ड्स में मात्रा दर्ज की जाती है।

यदि कई चर हैं:

1. वैध सीमाओं के न्यूनतम मूल्यों को एक परीक्षण मामले में जोड़ा जाता है;
2. वैध सीमाओं के अधिकतम मूल्य एक और परीक्षण मामले में संयुक्त हैं;
3. अमान्य सीमाओं का अलग से परीक्षण किया जाता है, जैसा कि अमान्य वर्गों के साथ होता है।
   

   सीमा मूल्य परीक्षण सीमाओं पर केंद्रित है क्योंकि यही वह जगह है जहाँ बहुत सारे दोष छिपते हैं।
   

निर्णय तालिका परीक्षण

उपकरण

1. सभी शर्तों को परिभाषित करें
2. शर्तों के सभी संभव संयोजन करें
3. अनावश्यक संयोजनों को हटा दें। जिन लोगों ने मूल्यों को बदल दिया है, उनके परिणाम पर कोई प्रभाव नहीं पड़ता है (ध्यान नहीं - डीसी) हटाए जाते हैं
4. क्रियाओं को परिभाषित करें
5. प्रत्येक संयोजन के लिए परीक्षण मामले बनाएं

निर्णय तालिका - समग्र स्थितियों और परिणामी क्रियाओं के संबंध का प्रतिनिधित्व करती है।

यदि शर्त मानों की श्रेणी है, तो सीमा के ऊपर और नीचे के मूल्यों की जांच के लिए परीक्षण अतिरिक्त रूप से बनाए जाते हैं।

तालिका को ध्यान से देखकर, आप देख सकते हैं कि नियम 1, 2, 3, 4 में, यदि स्टॉक कोड अमान्य है, तो शेष स्थितियों की जांच करने का कोई मतलब नहीं है। नियम 5 और 6 को जोड़ा जा सकता है, क्योंकि धन की जाँच करने की शर्त परिणाम को प्रभावित नहीं करती है। परिणाम को प्रभावित नहीं करने वाली शर्तों को "डीसी" के रूप में चिह्नित किया जाता है। तालिका परिवर्तित की गई है:

क्योंकि इस बात की हमेशा संभावना होती है कि तालिका सही रूप से परिवर्तित न हो या कोड गलत तरीके से बेहतर लिखा गया हो ताकि मूल तालिका अभी भी हाथ में हो।

प्रसिद्ध सॉफ्टवेयर टेस्टर मिक जैगर इस संबंध में उत्कृष्ट सलाह देते हैं "आप हमेशा वह नहीं प्राप्त कर सकते हैं जो आप चाहते हैं, लेकिन यदि आप कभी-कभी कोशिश करते हैं, तो आप बस पा सकते हैं, आपको वह मिलता है जिसकी आपको आवश्यकता होती है।"

जोड़ी परीक्षण

उपकरण

1. मापदंडों को परिभाषित करें
2. प्रत्येक पैरामीटर के लिए मानों की संख्या निर्धारित करें (चर के लिए विकल्प)
3. प्रत्येक पैरामीटर के लिए एक कॉलम बनाएँ और कॉलम में मान जिसमें एक दूसरे के साथ इन मापदंडों के मूल्यों के सभी संयोजन होते हैं।
4. परीक्षण के उद्देश्यों के लिए परिणामी ऑर्थोगोनल सरणी से मिलान करें।
5. परीक्षण मामलों का निर्माण।

यह प्रयोगात्मक रूप से निर्धारित किया गया था कि अधिकांश दोष या तो एकल-मोड दोष या डबल-मोड दोष हैं, अर्थात्। प्रकट होता है जब एक एकल पैरामीटर केवल एक अन्य पैरामीटर के साथ जोड़ा जाता है, जबकि शेष मापदंडों का मूल्य कोई फर्क नहीं पड़ता।

यदि चर मानों के संयोजन की संख्या बड़ी है, तो आपको सभी संभावित संयोजनों का परीक्षण करने का प्रयास नहीं करना चाहिए, चर मानों के सभी जोड़ों के परीक्षण पर ध्यान देना बेहतर है।
दो जोड़ीदार परीक्षण दृष्टिकोण: ऑर्थोगोनल सरणियों विधि और एलैपेयर एल्गोरिथ्म।

एक ऑर्थोगोनल सरणी एक दो-आयामी सरणी है जिसमें एक विशेष गुण होता है: यदि आप सरणी में किसी भी दो कॉलम का चयन करते हैं, तो पैरामीटर मानों के सभी संभावित संयोजन उनमें मौजूद होंगे, सभी जोड़े स्तंभों में समान संपत्ति होती है।

सभी जोड़े - एक सरणी बनाने के लिए, एक एल्गोरिथ्म का उपयोग किया जाता है जो अतिरिक्त संतुलन का उपयोग किए बिना, सीधे जोड़े उत्पन्न करता है। यदि बड़ी संख्या में पैरामीटर हैं जो थोड़ी संख्या में मान लेते हैं, तो यह विधि युग्मन के लिए बेहतर है।

मैन्युअल रूप से जोड़ीदार संयोजन बनाने के लिए आवश्यक नहीं है, इसके लिए बहुत सारे उपकरण हैं ।

यह ध्यान में रखा जाना चाहिए कि प्रतिबंध इस तथ्य के कारण उत्पन्न हो सकते हैं कि मापदंडों के कुछ संयोजन कभी नहीं होंगे।

कोई अंतर्निहित "सॉफ़्टवेयर दोष भौतिकी" नहीं है जो गारंटी देता है कि जोड़ीदार परीक्षण लाभ का होगा। जानने का केवल एक ही तरीका है - इसे आज़माएं।

राज्य संक्रमण आरेख

उपकरण

राज्य - एक ऐसी स्थिति जिसमें सिस्टम एक या एक से अधिक घटनाओं की उम्मीद करता है। राज्य इनपुट पर प्राप्त की गई चीज़ों को याद करता है और उस प्रतिक्रिया को निर्धारित करता है जो घटित होनी चाहिए। इस घटना को एक नई स्थिति में लाया जा सकता है और / या एक नई कार्रवाई शुरू की जा सकती है। राज्य आमतौर पर सिस्टम में कुछ चर के मूल्य को दर्शाता है। एक चक्र के आकार में चित्रित।

संक्रमण - कुछ क्रिया के परिणामस्वरूप वर्तमान स्थिति से संक्रमण को एक नए रूप में दर्शाता है। एक तीर के रूप में चित्रित।

घटना - वह घटना जिसके कारण राज्य बदल गया। आमतौर पर एक घटना कुछ इंटरफ़ेस के माध्यम से बाहरी दुनिया से सिस्टम में प्रवेश करती है। कभी-कभी यह घटना स्वयं सिस्टम के अंदर शुरू हो जाती है, उदाहरण के लिए, जैसे टाइमर, एक निश्चित स्तर से नीचे की एक बूंद। यह माना जाता है कि घटना तुरंत होती है। एक घटना या तो स्वतंत्र या संबंधित हो सकती है। जब कोई घटना होती है, तो सिस्टम राज्य को बदल सकता है या उसी स्थिति में रह सकता है और / या कार्रवाई शुरू कर सकता है। घटनाओं में संबद्ध पैरामीटर (कार्ड संख्या, खाते में राशि) हो सकते हैं। संक्रमण तीर में एक कैप्शन के रूप में दर्शाया गया है।

कार्रवाई - एक राज्य परिवर्तन के परिणामस्वरूप एक ऑपरेशन शुरू किया गया। यह अक्सर कुछ सिस्टम प्रतिक्रिया होती है। याद रखें कि राज्यों के बीच संक्रमण के दौरान एक कार्रवाई होती है। राज्य स्वयं स्थिर हैं। यह घटना के बाद संक्रमण तीर के हस्ताक्षर में एक स्लैश द्वारा इंगित किया गया है।

एक राज्य संक्रमण आरेख एक विशिष्ट इकाई है (उदाहरण के लिए, एक बैकअप प्रक्रिया)। एक आम गलती एक आरेख में विभिन्न संस्थाओं को मिलाने का प्रयास है (उदाहरण के लिए, आरक्षण और यात्री घटनाओं और उनमें से प्रत्येक के साथ जुड़े कार्यों के साथ)।

इसका उपयोग तब किया जा सकता है जब सिस्टम को पृष्ठभूमि या संचालन के सही क्रम को जानने की आवश्यकता होती है।

राज्य संक्रमण आरेख के आधार पर, एक राज्य संक्रमण तालिका संकलित की जाती है। तालिका में 4 कॉलम हैं: वर्तमान स्थिति, घटना, क्रिया, अगली स्थिति।

राज्य संक्रमण तालिका का लाभ यह है कि यह अमान्य लोगों सहित राज्य से राज्य में संक्रमण के सभी संभावित संयोजनों की एक सूची है। ऐसी तालिका का विश्लेषण करते समय, आवश्यकताओं में अंतराल पर ध्यान दिया जा सकता है। राज्य संक्रमण तालिका का उपयोग करने से आपको अमान्य राज्य परिवर्तनों को ट्रैक करने में मदद मिल सकती है।

आप टेस्ट केस बनाने के लिए 4 में से एक विकल्प चुन सकते हैं:

1. टेस्ट केस सेट बनाएं ताकि सभी राज्य कम से कम एक बार पूरा हो जाएं। एक परीक्षण के मामले में, कई राज्यों के माध्यम से एक संक्रमण का वर्णन किया जा सकता है। यह परीक्षण कवरेज का नहीं बल्कि कमजोर स्तर है।
2. टेस्ट केस सेट बनाएं ताकि सभी घटनाओं को कम से कम एक बार ट्रिगर किया जा सके। परीक्षण के मामले जो एक ही समय में सभी घटनाओं को कवर करते हैं, सभी स्थितियों को कवर करते हैं। फिर से कमजोर परीक्षण कवरेज।
3. परीक्षण मामलों के सेट बनाएं ताकि सभी रास्ते कम से कम एक बार पूरे हो जाएं। यह तरीका परीक्षण कवरेज के दृष्टिकोण से अच्छा है, लेकिन यह व्यावहारिक रूप से संभव नहीं है। यदि आरेख में चक्र हैं, तो संभावित रास्तों की संख्या अनंत हो सकती है।
4. परीक्षण केस सेट बनाएं ताकि सभी संक्रमण कम से कम एक बार पूरे हो जाएं। यह विधि परीक्षण कवरेज का एक अच्छा स्तर प्रदान करती है, इसलिए इसका उपयोग करने की सिफारिश की जाती है।
   
   परीक्षण मामलों को बनाने के लिए अनुशंसित रणनीति कम से कम एक बार सभी राज्य परिवर्तनों का परीक्षण करना है। उच्च-जोखिम प्रणालियों में जहां अधिक विश्वसनीय परीक्षण कवरेज की आवश्यकता होती है, राज्यों के बीच प्रत्येक पथ (संक्रमण की श्रृंखला) के लिए परीक्षण मामले बनाना संभव है।
   

   और अब पूरी तरह से अलग कुछ के लिए। मोंटी पायथन
   

केस टेस्टिंग का उपयोग करें

उपकरण

केस का उपयोग करें - ये ऐसे परिदृश्य हैं जो बताते हैं कि एक अभिनेता (आमतौर पर एक व्यक्ति, लेकिन शायद एक और प्रणाली) एक विशिष्ट लक्ष्य को प्राप्त करने के लिए प्रणाली का उपयोग करता है। उपयोग के मामलों का वर्णन उपयोगकर्ता के दृष्टिकोण से किया जाता है, न कि सिस्टम से। सिस्टम स्वास्थ्य को बनाए रखने के लिए आंतरिक कार्य उपयोग के मामले का हिस्सा नहीं है।

कम से कम एक परीक्षण मामले में मुख्य परिदृश्य की जांच होनी चाहिए, और कम से कम एक मामला वैकल्पिक परिदृश्य में होना चाहिए।

केस टेस्ट केस की सिफारिशों का उपयोग करें

1. मान्य डेटा और सबसे सामान्य परिदृश्यों से शुरू करें।
2. सीमा मान और अमान्य मान जांचें (पहले से चर्चा की गई तकनीकों का उपयोग करके)।
3. शायद ही कभी सिस्टम के लिए महत्वपूर्ण परिदृश्यों (तथाकथित शट डाउन द न्यूक्लियर रिएक्टर)
4. प्रत्येक चरण की प्रत्येक एक्सटेंशन शाखा के लिए टेस्ट
5. ऑपरेशन को असामान्य तरीके से करने की कोशिश करें
6. अगर यह वास्तव में हो सकता है तो पूर्वसर्ग में सुधार करें
7. यदि लेन-देन में लूप हैं, तो इसे लूप में चलाएं, और एक या दो बार नहीं - कठिन हो
8. बहुत लंबा और घुमावदार रास्ता खोजें और उसका पालन करें
9. यदि यह उम्मीद की जाती है कि लेनदेन को तार्किक क्रम में निष्पादित किया जाएगा, तो इसे रिवर्स ऑर्डर में निष्पादित करने का प्रयास करें (उदाहरण के लिए, ऊपर से नीचे तक नहीं, बल्कि नीचे से ऊपर तक फ़ील्ड भरें)
10. मूर्ख प्रमाण परीक्षण बनाएं

केस विवरण टेम्पलेट का उपयोग करें

यदि आप अजीब चीजों की कोशिश नहीं करते हैं। आप जानते हैं कि उपयोगकर्ता क्या करेंगे।