थोड़ा सरल के बारे में। परीक्षण डिजाइन। भाग 1

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

और हाँ, आज हम ऑटोमेशन, वर्कलोड और अन्य तकनीकी प्रकार के परीक्षण में पूर्वाग्रह के बिना साधारण मैनुअल (कार्यात्मक) परीक्षकों के बारे में बात करेंगे!

अब एक मैनुअल परीक्षक का पेशा सबसे लोकप्रिय आईटी प्रक्रियाओं में से एक है और आईटी में प्राप्त करने के सबसे आसान तरीकों में से एक है।

क्यों?

क्योंकि परीक्षक कुछ नहीं करते हैं, उन्हें ज्ञान की आवश्यकता नहीं है। हर कोई परख सकता है!

क्योंकि प्रारंभिक चरण में एक मैनुअल परीक्षक के पेशे को विशिष्ट ज्ञान और कौशल की आवश्यकता नहीं होती है। परीक्षक के लिए मुख्य "ज्ञान" "नष्ट" और विश्लेषणात्मक सोच की क्षमता है। और सबसे महत्वपूर्ण बात - गैर-मानक मानसिकता रखना, कार्यों के लिए गैर-तुच्छ समाधान खोजना। एक निश्चित राक्षस जो कुचलने और तोड़ने का तरीका जानता है :)

कठिन कौशल हमेशा सिखाया जा सकता है, लेकिन दुर्भाग्य से नरम कौशल सिखाना बहुत मुश्किल है, क्योंकि यह व्यक्ति का चरित्र, किसी चीज के लिए उसका दृष्टिकोण, आदि है। आमतौर पर मैं उन प्रबंधकों को पूछता हूं जो कठिन कौशल के लिए मैनुअल परीक्षण में विशेषज्ञों की भर्ती कर रहे हैं। आप ऐसा क्यों कर रहे हैं ??? (आप टिप्पणियों में जवाब छोड़ सकते हैं) ठीक है, चलो जारी रखें :)

यदि हम परीक्षण की तकनीकी विशेषताओं पर विचार करते हैं जो एक मैनुअल परीक्षक को पता होना चाहिए, तो उन्हें 2 मुख्य भागों में विभाजित किया जा सकता है, शायद कई मुझसे असहमत होंगे, वे इस तरह चिल्लाएंगे, आप गलत हैं, परीक्षण बहुत मुश्किल है - यह परीक्षण और परीक्षण की तैयारी है।

हम परीक्षण के सबसे दिलचस्प और आकर्षक हिस्से पर विचार करेंगे - परीक्षण की तैयारी। यह परीक्षण प्रक्रिया के इस हिस्से पर है कि यह इस बात पर निर्भर करता है कि आप कितनी अच्छी तरह से और सही ढंग से परीक्षण करते हैं, आवश्यक दोषों का पता लगाते हैं और ग्राहक के संतुष्ट चेहरे (या साथी के उत्पाद), कार्यान्वयन के बाद कार्य की गुणवत्ता सुनिश्चित करते हैं ।

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

और लेखों की इस श्रृंखला में हम इस बारे में बात करेंगे।

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

यह इस तरह दिखता है:

• हमें परीक्षण डिजाइन तकनीकों की आवश्यकता क्यों है?
• परीक्षण के लिए मान्यताओं की सही पहचान करने के लिए।
• क्या आप उन्हें अपने काम में इस्तेमाल करते हैं?
• स्पष्ट रूप से नहीं, हम खुद निर्धारित करते हैं कि क्या जाँच की जानी चाहिए।

ऐसा क्यों हो रहा है? आखिरकार, परीक्षण-डिजाइन तकनीक परीक्षण स्क्रिप्ट लिखने का आधार है। यह वही है जो कार चलाने में सक्षम है, लेकिन यातायात नियमों को नहीं जानता है। परीक्षक उनके काम में उनका उपयोग क्यों नहीं करते?

जवाब आसान है।

सबसे पहले, जब परीक्षकों को परीक्षण पाठ्यक्रम (या पुस्तकों और लेखों पर स्व-अध्ययन) में पढ़ाया जाता है, तो उन्हें बताया जाता है कि प्राथमिक उदाहरणों पर परीक्षण डिजाइन तकनीकों को कैसे लागू किया जाए। और इस तरह के प्रशिक्षण की मुख्य समस्या यह है कि परीक्षक अधिग्रहीत ज्ञान को अपने वास्तविक कार्यों में स्थानांतरित नहीं कर सकते हैं। यही है, रोजमर्रा के काम में परीक्षण डिजाइन तकनीकों का उपयोग करें।
दूसरा, जब परीक्षण डिजाइन तकनीक सिखाते हैं, तो यह प्रक्रिया बहुत औपचारिक होती है, जो ऐसा लगता है कि परीक्षक को अपने काम में सब कुछ औपचारिक करने की आवश्यकता है। और आमतौर पर किसी को इसके लिए किसी की जरूरत नहीं होती है।

सरल शब्दों में, परीक्षण डिजाइन तकनीक नियमों का एक समूह है जो आपको परीक्षण के लिए जांच की सूची को सही ढंग से निर्धारित करने की अनुमति देता है। और सबसे महत्वपूर्ण बात यह है कि इन नियमों का उपयोग हमेशा और हर जगह :) :) इन नियमों को सहज स्तर पर लागू करने में सक्षम होना चाहिए। यह "सिर में विश्लेषणात्मक आचरण" करने की क्षमता है जो एक अच्छे परीक्षक को अलग करती है!

मेरे संगठन में, साथ ही साथ आम तौर पर स्वीकृत मानकों और प्रथाओं, परीक्षण डिजाइन के कार्य हैं:

• परीक्षण आवश्यकताओं और जोखिम विश्लेषण
• परीक्षण के लिए जाँच परिभाषित करना
• परीक्षण स्क्रिप्ट के रूप में चेक का औपचारिककरण
• जाँच को प्राथमिकता
• परीक्षण दृष्टिकोण को परिभाषित करना

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

तो चलिए शुरू करते हैं।

और हम सबसे सरल एक के साथ शुरू करेंगे, अर्थात् 2 मुख्य परीक्षण डिजाइन तकनीकें जिनके बारे में सभी ने सुना, और मुझे यकीन है कि उन्होंने आवेदन किया था, लेकिन उनके काम में सहज स्तर पर सबसे अधिक संभावना है।
ये समतुल्य वर्ग और सीमा मूल्य हैं।

समतुल्यता वर्ग क्या हैं?

समतुल्यता वर्ग इनपुट (या आउटपुट) सॉफ्टवेयर डेटा का एक सेट है जो एक एल्गोरिथ्म के अनुसार एक प्रोग्राम द्वारा संसाधित होता है या एक परिणाम की ओर जाता है।

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

वे हमेशा से हैं। प्रत्येक परीक्षक इन कक्षाओं में चेक को विभाजित करता है, लेकिन प्रत्येक परीक्षक को पता नहीं है कि वह ऐसा क्यों करता है। इसका उत्तर है समानता कक्षाएं।

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

एक उदाहरण पर विचार करें:

स्कोरिंग प्रणाली एक ग्राहक पर उसकी उम्र के आधार पर ऋण के लिए ब्याज दर की गणना करती है, जिसे फॉर्म में दर्ज किया जाता है:

• 18 से 25 वर्ष की उम्र तक - 18%
• 25 से 45 वर्ष की उम्र से - 16%
• 45 से अधिक वर्षों - 20%

हम 2 मुख्य वर्गों को परिभाषित करते हैं - ये सकारात्मक और नकारात्मक परिदृश्य हैं।

सकारात्मक परिदृश्य वे सभी मूल्य होंगे जो परिणाम की ओर ले जाते हैं, नकारात्मक परिदृश्य वे मान होंगे जिनके परिणाम अपेक्षित परिणाम के रूप में वर्णित नहीं हैं।

अगला, हम सकारात्मक परिदृश्यों के वर्ग को 18-24, 25-44 और 45 + इनपुट मूल्यों के 3 वर्गों में विभाजित करते हैं

नकारात्मक परिदृश्यों की श्रेणी में, हम प्रोग्राम विफलताओं की जांच करने की आवश्यकता के आधार पर मान बनाते हैं, इसलिए हमारे पास 0, 1-17, नकारात्मक मान, वर्ण इनपुट आदि हैं।

इस विभाजन का परिणाम उन मानों या मानों की श्रेणी होगी, जिनमें हमें डेटा श्रेणी के किसी भी मान के साथ केवल एक चेक करने की आवश्यकता होती है। किसी श्रेणी में एकल मान जैसे स्थितिएँ हो सकती हैं। यह एक अलग तुल्यता वर्ग भी है और इसके सत्यापन की भी आवश्यकता है।

कुल हमारे पास है।

• सकारात्मक जांच: मान दर्ज करना: 19, 30, 48 (मान किसी भी श्रेणी के किसी भी श्रेणी के हो सकते हैं)
• नकारात्मक जांच: 0, 3, -1, ए, आदि।

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

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

• पहला स्तर सिस्टम के तत्वों की जांच कर रहा है (उदाहरण के लिए, फ़ील्ड, चेकबॉक्स, बटन, आदि)
• दूसरा स्तर - सिस्टम के तत्वों में डेटा का संयोजन करते समय सिस्टम के तर्क की जांच करना
• तीसरा स्तर सिस्टम की व्यावसायिक प्रक्रिया और कार्यक्रम के तर्क की जांच कर रहा है।

नेत्रहीन, ऐसा दिखता है:


समतुल्यता कक्षाएं 1 स्तर के लिए अधिक प्रासंगिक हैं और प्रोग्राम तत्वों का परीक्षण करने के लिए उपयोग की जाती हैं। लेकिन वैचारिक रूप से, इस दृष्टिकोण को अन्य स्तरों पर लागू किया जा सकता है।

किसी भी तत्व की जाँच का एक अभिन्न अंग एक और तकनीक है - सीमा मूल्य ।

सीमा मूल्य समान वर्गों के पूरक हैं, जिससे सॉफ्टवेयर तत्व की जांच पूरी तरह से होती है।

सीमा मूल्य एक परीक्षण डिजाइन तकनीक है जो शर्तों की सीमा पर अतिरिक्त जांच के साथ समकक्ष कक्षाओं को पूरक करता है।

ऐसा लगता है कि सब कुछ सरल है!

आइए हम पहले अपने उदाहरण पर लौटें।

स्कोरिंग प्रणाली एक ग्राहक पर उसकी उम्र के आधार पर ऋण के लिए ब्याज दर की गणना करती है, जिसे फॉर्म में दर्ज किया जाता है:

• 18 से 25 वर्ष की उम्र तक - 18%
• 25 से 45 वर्ष की उम्र से - 16%
• 45 से अधिक वर्षों - 20%

यहाँ की सीमा क्या होगी?

यदि आपने हाबरा पृष्ठ पर क्षेत्र की लंबाई के बारे में सोचा है, या गर्म देशों में छुट्टी के बारे में, मैं आपको परेशान करना चाहता हूं, तो ऐसा नहीं है :)

सीमा मूल्यों को निर्धारित करने के लिए कुछ और की आवश्यकता है। अर्थात्, यह निर्धारित करें कि हमारी कक्षा के लिए कौन से मूल्य आरंभ और अंत हैं। और सबसे महत्वपूर्ण बात !!! परीक्षण के क्षेत्र में अनुसंधान के वर्षों से पता चला है कि अधिकांश दोषों को मानों के जंक्शन पर परीक्षकों द्वारा पाया जाता है जो कार्यक्रम की कार्य स्थितियों को बदलते हैं।

इसलिए, सीमा मूल्य के अलावा, हम परीक्षण के लिए अतिरिक्त 2 मानों का उपयोग करते हैं, सीमा से पहले मूल्य और सीमा के बाद मूल्य।

परिणामस्वरूप, हमारे पास:

हमारी कक्षाओं की सीमाएं: 17, 18, 19, 24, 25, 26, 44, 45, 46 और अधिकतम।

इसके अलावा, हमारे पास एक नकारात्मक वर्ग है, यह 0 से 18 तक है। इसलिए, यहां हमें परीक्षण के लिए सीमा मूल्यों का उपयोग करना चाहिए: -1, 0, 1, 17,18

अगला, हम डुप्लिकेट मानों को बाहर करते हैं, और हम डेटा प्रविष्टि तत्व की जांच के लिए मान प्राप्त करते हैं।

-1, 0, 1, 17, 18, 19, 24, 25, 26, 44, 45, 46, अधिकतम।

अधिकतम मूल्य आमतौर पर ग्राहक या विश्लेषक द्वारा निर्दिष्ट किया जाता है। यदि आप प्रदान नहीं कर सकते हैं, तो आपको इसे छोड़ देना चाहिए और जांच नहीं करनी चाहिए, आपको वह मूल्य चुनना होगा जो सामान्य ज्ञान से मेल खाता हो (शायद ही कोई 100 साल की उम्र में ऋण के लिए आएगा)।

अगला कदम समतुल्यता वर्गों के मूल्यों पर सीमा मूल्यों को लागू करना है, नियम का उपयोग करके अनावश्यक जांच को छोड़ दें "एक वर्ग की जांच के लिए एक मूल्य पर्याप्त है" और सूची को अंतिम रूप दें।

यदि पहले हमारे पास 3 वर्गों 19, 30 और 48 के लिए 3 मान थे, तो सीमा मान निर्धारित करने के बाद, हम सूची से मान 30 और 48 को बाहर कर सकते हैं और उन्हें पूर्व-सीमा मूल्यों के साथ बदल सकते हैं, जैसे कि 26 (30 के बजाय) और 46: 48 के बजाय)।

सीमा मूल्य न केवल संख्यात्मक मूल्यों के लिए निर्धारित किए जाते हैं, बल्कि अल्फाबेटिक मानों के लिए भी होते हैं (उदाहरण के लिए, वर्णमाला और एन्कोडिंग की सीमाएं), तिथि और समय, और अर्थ मूल्य। संख्यात्मक मानों की सीमा इनपुट प्रारूप पर निर्भर करती है, यदि आपके पास पूर्णांक हैं, उदाहरण के लिए 2, तो सीमा मान 1 और 3 होंगे। यदि भिन्न मान हैं, तो संख्या 2 के लिए सीमा पहले से ही 1.9 (1.99) या 2.1 होगी 2.01), आदि।

स्तर 1 परीक्षण डिजाइन तकनीक सरल और सरल हैं। मुझे लगता है कि आप कहेंगे कि यह आसान है, लेकिन प्रत्येक तत्व की अच्छी तरह से जांच क्यों करें। और आप सही होंगे! ”

ज्यादातर अक्सर उनका उपयोग नए सॉफ़्टवेयर के विकास में किया जाता है, क्योंकि एक बार विकास के दौरान सिस्टम के तत्वों की जांच करने के बाद, वे बाद में अक्सर तत्व के स्तर पर परिवर्तन के अधीन नहीं होते हैं। आपको अपने प्रोग्राम की प्रत्येक स्क्रीन में प्रत्येक एलिमेंट वैल्यू को लगातार जाँचने की आवश्यकता नहीं है, लेकिन ध्यान रखें कि यदि प्रोग्राम एलिमेंट्स का प्रोसेसिंग लॉजिक बदलता है, तो आपको यह पुनः सत्यापित करने की आवश्यकता है कि एलिमेंट वैल्यूज़ को सही तरीके से प्रोसेस किया गया है।

खैर, बहुत आसान है ??? अब हम और अधिक जटिल तकनीकों का विश्लेषण करना शुरू करेंगे, तैयार हो जाओ।

सॉफ्टवेयर का परीक्षण करते समय स्तर 2 परीक्षण डिज़ाइन तकनीशियन डेटा की परिवर्तनशीलता और संयोजन के लिए जिम्मेदार हैं।

परीक्षण डिजाइन की मुख्य तकनीक है परिक्षण परीक्षण (जोड़ीदार परीक्षण) । तकनीक का सार उच्च गुणवत्ता वाले सॉफ़्टवेयर को सुनिश्चित करने के लिए चेक के संयोजन की परिवर्तनशीलता को कम करना है।

सरल शब्दों में, इस तकनीक में पेरेटो नियम लागू किया जाता है, 80% गुणवत्ता केवल 20% डेटा संयोजन जांच में प्राप्त की जा सकती है।

इस तकनीक को सिस्टम में दोषों के कारणों के विश्लेषण के क्षेत्र में IEEE अनुसंधान के 15 से अधिक वर्षों के माध्यम से विकसित किया गया था। अध्ययन के परिणामों से पता चला है कि इनपुट डेटा पेयर या एक इनपुट पैरामीटर का संघर्ष होने पर सभी दोषों में से 98% होते हैं।

युगल को क्यों चुना गया? उत्तर खोजने के लिए गणितीय आँकड़ों और संभाव्यता सिद्धांत के जंगल में गोता लगाएँ ।

बेशक, आज हम वहां नहीं गए हैं। आईटी के सरल विशेषज्ञों के लिए संभाव्यता का सिद्धांत बहुत जटिल है, सब कुछ सरल है, 6 चेहरों के साथ पासा का एक साधारण खेल लें।

मान 2 का नुकसान एक दोष है, तो एक घन फेंकने पर एक दोष की संभावना 1/6 = 16-167 है।

यदि हम 2 पासा रोल करते हैं, तो 2 घटता (2 दोष) गिरने की संभावना कम हो जाती है और 0.167 * 0.167 = 0.028 के बराबर, 3 पहले से ही 0.005 के लिए, आदि।

यह पता चला है कि 3 या अधिक मापदंडों के संयोजन के साथ होने वाले दोष की संभावना इतनी कम है कि इसे त्याग दिया जा सकता है।

जब हम कार्यक्रम का परीक्षण करते हैं, तो हमेशा n तत्वों की संख्या होती है जो परिणाम को प्रभावित करती है, उदाहरण के लिए, ऋण आवेदन पर डेटा भरने के लिए फ़ॉर्म। ऐसे कई क्षेत्र हैं जो एक साथ परिणाम देते हैं। खेतों में भरते समय यह डेटा का संयोजन है जिसे हम युग्मय परीक्षण का उपयोग करके जांचते हैं।

आइए एक बैंक में रिमोट कार्ड डिज़ाइन की कार्यक्षमता का एक उदाहरण देखें।


यदि हम ध्यान से देखें, तो हम आपके साथ पाँच डेटा फ़ील्ड देखेंगे:

• पूरा नाम
• जन्म की तारीख
• मोबाइल फोन
• पासपोर्ट नंबर श्रृंखला
• ई-मेल,
• साथ ही 2 चेक बॉक्स।

हमारा कार्य, पहले स्तर की तकनीकों का उपयोग करके, समतुल्य वर्गों की सूची निर्धारित करना है जो कार्यक्रम ले सकता है।

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

इस प्रकार,

पूरा नाम फ़ील्ड मान (वर्ग) ले सकता है:

• रूसी में नाम
• अमान्य मान
• खाली मान

बहुत बार परीक्षक समझ नहीं पाते हैं कि किसी दिए गए तकनीक के लिए कौन से मूल्यों का चयन करना है, अगर वे प्रवेश करने की क्षमता तक सीमित नहीं हैं। उदाहरण के लिए, यदि हमारे पास किसी व्यक्ति M या F का लिंग चुनने का अवसर है, तो सब कुछ सरल है, इसके 2 अर्थ हैं। लेकिन जब हमारे पास डेटा दर्ज करने के लिए एक पंक्ति होती है, तो जोड़ीदार परीक्षण में हम एक विशिष्ट क्षेत्र को भरने की शुद्धता की जांच नहीं करते हैं, क्योंकि इन जांचों को परीक्षण डिजाइन के पहले स्तर पर किया जाना चाहिए (या उन्हें जोड़ीदार परीक्षण के साथ संयोजित करें)। हम इस क्षेत्र के लिए समतुल्यता वर्ग का उपयोग करते हैं, क्योंकि हम परवाह नहीं करते हैं कि यह किस प्रकार का मूल्य होगा।

हम आगे बढ़ते हैं, जन्म तिथि , साथ ही मोबाइल फोन, श्रृंखला और पासपोर्ट नंबर में भी 3 राज्य हो सकते हैं:

• वैध मान
• अमान्य मान
• खाली मान

क्योंकि ईमेल वैकल्पिक है, इस क्षेत्र में 2 मान हैं:

• वैध मान
• अमान्य मान

चेक बॉक्स में आमतौर पर केवल 2 राज्य होते हैं - वाई या एन।

इस फॉर्म के सभी संयोजनों की जांच करने के लिए, हमें 1000 से अधिक परीक्षण करने की आवश्यकता होगी, लेकिन जोड़ीदार परीक्षण का उपयोग करते हुए, हमें केवल 9 परीक्षणों की आवश्यकता है!
जादू, मुझे नहीं लगता :)

अगला कदम डेटा संयोजनों के साथ एक ऑर्थोगोनल सरणी की रचना करना है। किसी ऐरे को संकलित करने का सबसे आसान तरीका है कि जोड़े में डेटा को पॉप्युलेट करना, उन तत्वों से शुरू करना जिनमें मूल्यों की संख्या सबसे अधिक है और फिर अवरोही है। चूंकि हमारे उदाहरण में समान मानों के साथ 4 तत्व हैं, हम किसी भी जोड़ी का चयन कर सकते हैं।

हम पूरा नाम और पासपोर्ट नंबर श्रृंखला लेते हैं। हमारा काम किसी दिए गए जोड़े के सभी मूल्यों को आपस में जोड़ना है:


एक जोड़ी की गणना करने के बाद, हम एक और जोड़ी बनाते हैं और मूल्यों पर चलना शुरू करते हैं (उदाहरण के लिए, मोबाइल फोन नंबर)


हम अगले तत्व और इतने पर कनेक्ट करते हैं जब तक कि पूरी मेज पूरी तरह से भर न जाए, जो इस तरह दिखाई देगा:



इस प्रकार, हमें विशिष्ट तुल्यता वर्गों के साथ 9 परीक्षण मिलते हैं जिन्हें हम प्रपत्र के लिए डेटा परिवर्तनशीलता के काम का परीक्षण करने के लिए पेश कर सकते हैं। हम उन विशिष्ट मूल्यों के साथ कक्षाओं में भर सकते हैं जो हम आपके साथ परीक्षण डिजाइन तकनीक के 1 स्तर का उपयोग करके प्राप्त करते हैं।

इस लेख के निष्कर्ष में, मैं कहूंगा कि परीक्षण-डिज़ाइन तकनीकों की समीक्षा कार्यक्रम के परीक्षण के लिए चेक का केवल एक भाग है, अर्थात्, प्रोग्राम तत्वों के सही संचालन की जाँच करना और इसके संचालन के दौरान उनके संयोजन का परिणाम। दूसरे भाग में, हम परीक्षण-डिज़ाइन तकनीकों पर आगे बढ़ेंगे जो आपको प्रोग्राम और प्रक्रियाओं के तर्क का परीक्षण करने के लिए परीक्षण के चमत्कारों को काम करने की अनुमति देते हैं। यह मैन्युअल परीक्षण का एक बहुत ही महत्वपूर्ण घटक है, और यह ठीक है कि आप अक्सर अपने काम पर परीक्षण करते हैं!

आशा है कि यह मददगार था!