मेनफ्रेम परीक्षण – पूर्ण ट्यूटोरियल

मेनफ्रेम परीक्षण अवधारणाओं को सीखने से पहले, आइए जानें

मेनफ्रेम क्या है?

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

मेनफ्रेम परीक्षण

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

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

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

मेनफ्रेम विशेषताएँ

  1. वर्चुअल स्टोरेज
    1. यह एक ऐसी तकनीक है जो प्रोसेसर को वास्तविक भंडारण की मात्रा से बड़े मुख्य भंडारण का अनुकरण करने देती है।
    2. यह विभिन्न आकार के कार्यों को संग्रहीत करने और निष्पादित करने के लिए मेमोरी का प्रभावी ढंग से उपयोग करने की एक तकनीक है।
    3. यह डिस्क भंडारण को वास्तविक भंडारण के विस्तार के रूप में उपयोग करता है।
  2. बहु क्रमादेशन
    1. कंप्यूटर एक ही समय में एक से अधिक प्रोग्राम निष्पादित करता है। लेकिन किसी भी समय केवल एक ही प्रोग्राम CPU पर नियंत्रण रख सकता है।
    2. यह सीपीयू का कुशल उपयोग करने के लिए प्रदान की गई सुविधा है।
  3. बैच प्रसंस्करण
    1. यह एक ऐसी तकनीक है जिसके द्वारा किसी भी कार्य को जॉब्स नामक इकाइयों में पूरा किया जाता है।
    2. एक कार्य एक या एक से अधिक प्रोग्रामों को अनुक्रम में निष्पादित कर सकता है।
    3. जॉब शेड्यूलर इस बारे में निर्णय लेता है कि जॉब को किस क्रम में निष्पादित किया जाना चाहिए। औसत थ्रूपुट को अधिकतम करने के लिए, जॉब को उनकी प्राथमिकता और वर्ग के अनुसार शेड्यूल किया जाता है।
    4. बैच प्रोसेसिंग के लिए आवश्यक जानकारी JCL (जॉब कंट्रोल लैंग्वेज) के माध्यम से प्रदान की जाती है। JCL बैच जॉब का वर्णन करता है - आवश्यक प्रोग्राम, डेटा और संसाधन।
  4. समय बताना
    1. टाइम-शेयरिंग सिस्टम में, प्रत्येक उपयोगकर्ता को टर्मिनल डिवाइस के माध्यम से सिस्टम तक पहुंच प्राप्त होती है। बाद में निष्पादन के लिए शेड्यूल किए गए कार्यों को सबमिट करने के बजाय, उपयोगकर्ता ऐसे कमांड दर्ज करता है जिन्हें तुरंत संसाधित किया जाता है।
    2. इसलिए इसे “इंटरैक्टिव प्रोसेसिंग” कहा जाता है। यह उपयोगकर्ता को कंप्यूटर के साथ सीधे बातचीत करने में सक्षम बनाता है।
    3. टाइम-शेयर प्रसंस्करण को "अग्रभूमि प्रसंस्करण" के रूप में जाना जाता है और बैच जॉब प्रसंस्करण को "पृष्ठभूमि प्रसंस्करण" के रूप में जाना जाता है।
  5. अटेरन
    1. स्पूलिंग का मतलब है एक साथ परिधीय Operaऑनलाइन.
    2. स्पूल डिवाइस का उपयोग प्रोग्राम/एप्लिकेशन के आउटपुट को संग्रहीत करने के लिए किया जाता है। स्पूल किए गए आउटपुट को प्रिंटर (यदि आवश्यक हो) जैसे आउटपुट डिवाइस पर निर्देशित किया जाता है।
    3. यह आउटपुट डिवाइसों का कुशल उपयोग करने के लिए बफरिंग के लाभ का उपयोग करने वाली सुविधा है।

मेनफ्रेम में मैनुअल परीक्षण का वर्गीकरण

मेनफ्रेम मैनुअल परीक्षण दो प्रकारों में वर्गीकृत किया जा सकता है:

1. बैच जॉब परीक्षण -

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

2. ऑनलाइन परीक्षण -

  • ऑनलाइन परीक्षण से तात्पर्य CICS स्क्रीन के परीक्षण से है जो वेब पेज के परीक्षण के समान है।
  • मौजूदा स्क्रीन की कार्यक्षमता को बदला जा सकता है, या नई स्क्रीन जोड़ी जा सकती हैं।
  • विभिन्न अनुप्रयोगों में पूछताछ स्क्रीन और अपडेट स्क्रीन हो सकती हैं। ऑनलाइन परीक्षण के भाग के रूप में इन स्क्रीन की कार्यक्षमता की जाँच की जानी चाहिए।

मेनफ्रेम परीक्षण कैसे करें

  1. बिजनेस टीम आवश्यकता दस्तावेज तैयार करती है। जो यह निर्धारित करता है कि रिलीज के चक्र में किसी विशेष आइटम या प्रक्रिया को कैसे संशोधित किया जाएगा।
  2. परीक्षण टीम और विकास को आवश्यकता दस्तावेज़ प्राप्त होता है। वे यह पता लगाएंगे कि परिवर्तन से कितनी प्रक्रियाएँ प्रभावित होंगी। आम तौर पर, एक रिलीज़ में, केवल 20-25% एप्लिकेशन सीधे अनुकूलित आवश्यकता से प्रभावित होते हैं। रिलीज़ का बाकी 75% आउट-बॉक्स-फ़ंक्शनलिटीज़ के लिए होगा जैसे कि एप्लिकेशन और प्रक्रियाओं का परीक्षण करना।
  3. इसलिए, मेनफ्रेम अनुप्रयोग का परीक्षण दो भागों में किया जाना चाहिए:
    1. परीक्षण आवश्यकताओं – आवश्यकता दस्तावेज़ में उल्लिखित कार्यक्षमता या परिवर्तन के लिए एप्लिकेशन का परीक्षण करना।
    2. एकीकरण का परीक्षण - संपूर्ण प्रक्रिया या अन्य एप्लिकेशन का परीक्षण करना जो प्रभावित एप्लिकेशन को डेटा प्राप्त या भेजता है। प्रतिगमन परीक्षण इस परीक्षण गतिविधि का प्राथमिक फोकस है।

मेनफ्रेम स्वचालन परीक्षण उपकरण

नीचे उन उपकरणों की सूची दी गई है जिनका उपयोग मेनफ्रेम के लिए किया जा सकता है स्वचालन परीक्षण.

  • REXX
  • एक्सेल
  • क्यूटीपी

मेनफ्रेम परीक्षण में कार्यप्रणाली

आइए एक उदाहरण पर विचार करें: एक XYZ बीमा कंपनी के पास सदस्य नामांकन मॉड्यूल है। यह सदस्य नामांकन स्क्रीन और ऑफ़लाइन नामांकन दोनों से डेटा लेता है। जैसा कि हमने पहले चर्चा की थी, यह मेनफ्रेम परीक्षण, ऑनलाइन परीक्षण और बैच परीक्षण के लिए दो दृष्टिकोण अपनाता है।

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

मेनफ्रेम परीक्षण के लिए निम्नलिखित विधि अपनाई जाती है:

चरण 1) शेकडाउन/धुआँ परीक्षण

इस चरण में मुख्य ध्यान यह सत्यापित करने पर होता है कि तैनात किया गया कोड सही परीक्षण वातावरण में है या नहीं। यह भी सुनिश्चित करता है कि कोड में कोई गंभीर समस्या न हो।

चरण 2) सिस्टम परीक्षण

सिस्टम परीक्षण के भाग के रूप में किए जाने वाले परीक्षण के प्रकार नीचे दिए गए हैं।

  1. बैच परीक्षण - यह परीक्षण आउटपुट फाइलों पर परीक्षण परिणामों को मान्य करके और परीक्षण के दायरे में बैच जॉब्स द्वारा किए गए डेटा परिवर्तनों और उनकी रिकॉर्डिंग के द्वारा किया जाएगा।
  2. ऑनलाइन परीक्षण - यह परीक्षण मेनफ्रेम एप्लीकेशन के फ्रंट एंड पर किया जाएगा। यहाँ एप्लीकेशन को सही एंट्री फील्ड जैसे बीमा योजना, योजना पर ब्याज आदि के लिए परखा जाता है।
  3. ऑनलाइन-बैच एकीकरण परीक्षण - यह परीक्षण बैच प्रक्रियाओं और ऑनलाइन आवेदन वाले सिस्टम पर किया जाएगा। ऑनलाइन स्क्रीन और बैच जॉब्स के बीच डेटा प्रवाह और इंटरैक्शन को मान्य किया जाता है।

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

  4. डेटाबेस परीक्षण - डेटाबेस जहां मेनफ्रेम एप्लिकेशन (आईएमएस, आईडीएमएस, डीबी2, वीएसएएम/आईएसएएम, अनुक्रमिक डेटासेट, जीडीजी) से डेटा को उनके लेआउट और डेटा स्टोरेज के लिए मान्य किया जाता है।

चरण 3) प्रणाली एकीकरण जांच

इस परीक्षण का प्राथमिक उद्देश्य परीक्षणाधीन प्रणाली के साथ अंतःक्रिया करने वाली प्रणालियों की कार्यक्षमता को मान्य करना है।

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

इस चरण में किए जाने वाले परीक्षण के प्रकार हैं

  1. बैच परीक्षण
  2. ऑनलाइन परीक्षण
  3. ऑनलाइन – बैच एकीकरण परीक्षण

चरण 4) प्रतिगमन परीक्षण

रिग्रेशन परीक्षण किसी भी प्रकार के परीक्षण प्रोजेक्ट में एक सामान्य चरण है। मेनफ्रेम में यह परीक्षण सुनिश्चित करता है कि बैच जॉब्स और ऑनलाइन स्क्रीन जो परीक्षण के तहत सिस्टम से सीधे इंटरैक्ट नहीं करते हैं (या आवश्यकताओं के दायरे में नहीं आते हैं) वर्तमान प्रोजेक्ट रिलीज़ से प्रभावित नहीं होते हैं।

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

चरण 5) प्रदर्शन का परीक्षण

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

चरण 6) सुरक्षा परीक्षण

यह परीक्षण यह मूल्यांकन करने के लिए किया जाता है कि एप्लिकेशन को सुरक्षा-विरोधी हमलों का मुकाबला करने के लिए कितनी अच्छी तरह से डिज़ाइन और विकसित किया गया है।

सिस्टम पर दो गुना सुरक्षा परीक्षण किया जाना चाहिए - मेनफ्रेम सुरक्षा और नेटवर्क सुरक्षा।

जिन विशेषताओं का परीक्षण किया जाना आवश्यक है वे हैं

  1. Integrity
  2. गोपनीयता
  3. प्राधिकरण
  4. प्रमाणीकरण
  5. उपलब्धता

बैच परीक्षण में शामिल चरण

  1. क्यूए टीम द्वारा अनुमोदित पैकेज प्राप्त करने के बाद (पैकेज में प्रक्रियाएं, जेसीएल, नियंत्रण कार्ड, मॉड्यूल आदि शामिल हैं), परीक्षक को आवश्यकतानुसार पीडीएस में सामग्री का पूर्वावलोकन और पुनः प्राप्ति करनी चाहिए।
  2. उत्पादन JCL या विकास JCL को QA JCL में परिवर्तित करें जिसे JOB SETUP भी कहा जाता है।
  3. उत्पादन फ़ाइल की प्रतिलिपि बनाना और परीक्षण फ़ाइलें तैयार करना।
  4. प्रत्येक कार्यक्षमता के लिए, एक कार्य अनुक्रम परिभाषित किया जाएगा। (जैसा कि मेनफ्रेम अनुभाग में कार्यप्रणाली में उदाहरण में समझाया गया है)। कार्यों को परीक्षण डेटा फ़ाइलों के साथ SUB कमांड का उपयोग करके सबमिट किया जाना चाहिए।
  5. गुम या त्रुटिपूर्ण डेटा के कारणों की पहचान करने के लिए मध्यवर्ती फ़ाइल की जाँच करें।
  6. परीक्षण परिणामों को मान्य करने के लिए अंतिम आउटपुट फ़ाइल, डेटाबेस और स्पूल की जाँच करें।
  7. यदि कार्य विफल हो जाता है, तो स्पूल में कार्य विफलता का कारण होगा। त्रुटि को संबोधित करें और कार्य को पुनः सबमिट करें।

टेस्ट रिपोर्टिंग – दोष यदि वास्तविक परिणाम अपेक्षा से भिन्न हो तो उसे लॉग किया जाना चाहिए।

ऑनलाइन परीक्षण में शामिल चरण

  1. परीक्षण वातावरण में ऑनलाइन स्क्रीन का चयन करें.
  2. स्वीकार्य डेटा के लिए प्रत्येक क्षेत्र का परीक्षण करें।
  3. का परीक्षण करें परिदृश्य का परीक्षण करें स्क्रीन पर।
  4. ऑनलाइन स्क्रीन से डेटा अपडेट के लिए डेटाबेस को सत्यापित करें।

परीक्षण रिपोर्टिंग - यदि वास्तविक परिणाम अपेक्षा से भिन्न हो तो दोष को लॉग किया जाना चाहिए।

ऑनलाइन – बैच एकीकरण परीक्षण में शामिल चरण

  1. नौकरी को एक में चलाएं परीक्षण का वातावरण और ऑनलाइन स्क्रीन पर डेटा को मान्य करें।
  2. ऑनलाइन स्क्रीन पर डेटा अपडेट करें और सत्यापित करें कि बैच जॉब अपडेट डेटा के साथ ठीक से चल रहा है या नहीं।

मेनफ्रेम परीक्षण में प्रयुक्त कमांड

  1. सबमिट करें – पृष्ठभूमि नौकरी सबमिट करें।
  2. रद्द करें - पृष्ठभूमि कार्य रद्द करें।
  3. आवंटित करें – एक डेटासेट आवंटित करें
  4. कॉपी – डेटासेट कॉपी करें
  5. RENAME – डेटा सेट का नाम बदलें
  6. DELETE – डेटासेट हटाएं
  7. जॉब स्कैन - JCL को प्रोग्राम, लाइब्रेरीज़, फ़ाइल आदि के साथ बिना निष्पादित किए बाँधना।

आवश्यकता पड़ने पर कई अन्य कमांड भी प्रयोग में लाए जाते हैं, लेकिन वे इतनी बार नहीं आते।

मेनफ्रेम परीक्षण शुरू करने के लिए पूर्व-आवश्यकताएँ

मेनफ्रेम परीक्षण के लिए आवश्यक बुनियादी विवरण हैं:

  • एप्लिकेशन में लॉग इन करने के लिए लॉगिन आईडी और पासवर्ड।
  • ISPF कमांड पर संक्षिप्त जानकारी।
  • फ़ाइलों के नाम, फ़ाइल क्वालिफायर और उनके प्रकार.

मेनफ्रेम परीक्षण शुरू करने से पहले, नीचे दिए गए पहलुओं को सत्यापित किया जाना चाहिए।

  1. काम
    1. किसी कार्य को निष्पादित करने से पहले त्रुटियों की जांच करने के लिए जॉब स्कैन (कमांड – JOBSCAN) करें।
    2. CLASS पैरामीटर को परीक्षण क्लास की ओर इंगित किया जाना चाहिए।
    3. MSGCLASS पैरामीटर का उपयोग करके जॉब आउटपुट को स्पूल या JHS में निर्देशित करें या आवश्यकतानुसार निर्देशित करें।
    4. जॉब में ईमेल को स्पूल या परीक्षण मेल आईडी पर पुनः रूट करें।
    5. प्रारंभिक परीक्षण के लिए FTP चरणों पर टिप्पणी करें और फिर कार्य को परीक्षण सर्वर की ओर इंगित करें।
    6. यदि जॉब में IMR (घटना प्रबंधन रिकॉर्ड) उत्पन्न होता है, तो जॉब या पैराम कार्ड में "परीक्षण उद्देश्य" टिप्पणी जोड़ें।
    7. नौकरी में सभी उत्पादन पुस्तकालयों को बदला जाना चाहिए और परीक्षण पुस्तकालयों की ओर इंगित किया जाना चाहिए।
    8. काम को बिना ध्यान दिए नहीं छोड़ा जाना चाहिए।
    9. किसी भी त्रुटि की स्थिति में कार्य को अनंत लूप में चलने से रोकने के लिए, TIME पैरामीटर को निर्दिष्ट समय के साथ जोड़ा जाना चाहिए।
    10. स्पूल सहित जॉब के आउटपुट को सेव करें। स्पूल को XDC का उपयोग करके सेव किया जा सकता है।
  1. पट्टिका
    1. केवल आवश्यक आकार की परीक्षण फ़ाइल बनाएँ। जब आवश्यक हो तो समान नाम वाली लगातार फ़ाइलों में डेटा संग्रहीत करने के लिए GDGs (जनरेशन डेटा समूह - समान नाम वाली लेकिन क्रमिक संस्करण संख्याओं वाली फ़ाइलें - MYLIB.LIB.TEST.G0001V00, MYLIB.LIB.TEST.G0002V00 इत्यादि) का उपयोग करें।
    2. फ़ाइलों के लिए DISP (डिस्पोज़िशन - चरण या कार्य की सामान्य या असामान्य समाप्ति के बाद डेटासेट को रखने या हटाने के लिए सिस्टम का वर्णन करता है) पैरामीटर को सही ढंग से कोड किया जाना चाहिए।
    3. सुनिश्चित करें कि कार्य निष्पादन के लिए प्रयुक्त सभी फाइलें सहेजी गई हैं और कार्य को होल्ड में जाने से रोकने के लिए ठीक से बंद कर दी गई हैं।
    4. जीडीजी का उपयोग करते हुए परीक्षण करते समय यह सुनिश्चित करें कि सही संस्करण पर ध्यान दिया गया है।
  2. डाटाबेस
    1. कार्य या ऑनलाइन कार्यक्रम निष्पादित करते समय यह सुनिश्चित करें कि अनावश्यक डेटा डाला, अपडेट या डिलीट न किया जाए।
    2. इसके अलावा, यह भी सुनिश्चित करें कि परीक्षण के लिए सही DB2 क्षेत्र का उपयोग किया गया है।
  3. टेस्ट केस
    1. हमेशा सीमांत स्थितियों का परीक्षण करें जैसे - खाली फ़ाइल, पहला रिकॉर्ड प्रसंस्करण, अंतिम रिकॉर्ड प्रसंस्करण, आदि।
    2. हमेशा सकारात्मक और नकारात्मक दोनों परीक्षण स्थितियों को शामिल करें।
    3. यदि प्रोग्राम में मानक प्रक्रियाओं का उपयोग किया जाता है जैसे चेक प्वाइंट रीस्टार्ट, एबेंड मॉड्यूल्स, कंट्रोल फाइल्स, आदि, तो यह सत्यापित करने के लिए परीक्षण मामले शामिल करें कि मॉड्यूल्स का सही तरीके से उपयोग किया गया है या नहीं।
  4. परीक्षण डेटा
    1. परीक्षण डेटा सेटअप परीक्षण शुरू होने से पहले किया जाना चाहिए।
    2. बिना सूचित किए परीक्षण क्षेत्र पर डेटा को कभी भी संशोधित न करें। हो सकता है कि उसी डेटा के साथ अन्य टीमें काम कर रही हों, और उनका परीक्षण विफल हो जाए।
    3. यदि निष्पादन के दौरान उत्पादन फ़ाइलों की आवश्यकता हो, तो उन्हें कॉपी करने या उपयोग करने से पहले उचित प्राधिकरण प्राप्त किया जाना चाहिए।

सर्वोत्तम प्रथाएं

  1. बैच जॉब रन के मामले में, MAX CC 0 एक संकेतक है कि जॉब सफलतापूर्वक चला है। इसका मतलब यह नहीं है कि कार्यक्षमता ठीक काम कर रही है। आउटपुट खाली होने या अपेक्षा के अनुसार न होने पर भी जॉब सफलतापूर्वक चलेगी। इसलिए जॉब को सफल घोषित करने से पहले सभी आउटपुट की जांच करना हमेशा अपेक्षित होता है।
  2. परीक्षण के तहत जॉब का ड्राई रन करना हमेशा एक अच्छा अभ्यास है। ड्राई रन खाली इनपुट फ़ाइलों के साथ किया जाता है। इस प्रक्रिया का पालन उन जॉब के लिए किया जाना चाहिए जो परीक्षण चक्र के लिए किए गए परिवर्तनों से प्रभावित होते हैं।
  3. परीक्षण चक्र शुरू होने से पहले परीक्षण कार्य सेटअप पहले से ही कर लेना चाहिए। इससे किसी भी JCL त्रुटि का पहले से पता लगाने में मदद मिलेगी, जिससे निष्पादन के दौरान समय की बचत होगी।
  4. SPUFI (DB2 तालिकाओं तक पहुंचने के लिए एमुलेटर पर विकल्प) के माध्यम से DB2 तालिकाओं तक पहुंचते समय, आकस्मिक अपडेट से बचने के लिए हमेशा ऑटो कमिट को "NO" के रूप में सेट करें।
  5. बैच परीक्षण में परीक्षण डेटा की उपलब्धता प्राथमिक चुनौती है। परीक्षण चक्र से पहले आवश्यक डेटा तैयार किया जाना चाहिए और पूर्णता के लिए उसकी जाँच की जानी चाहिए।
  6. कुछ ऑनलाइन ट्रांजेक्शन और बैच जॉब्स अन्य एप्लीकेशन को डेटा ट्रांसमिट करने के लिए MQs (मैसेज क्यू) में डेटा लिख ​​सकते हैं। यदि डेटा मान्य नहीं है, तो यह MQs को अक्षम/रोक सकता है, इससे पूरी परीक्षण प्रक्रिया प्रभावित होगी। परीक्षण के बाद यह जांचना एक अच्छा अभ्यास है कि MQs ठीक से काम कर रहे हैं या नहीं।

मेनफ्रेम परीक्षण चुनौतियाँ और समस्या निवारण

चुनौतियां दृष्टिकोण
अपूर्ण / अस्पष्ट आवश्यकताएँ

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

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

एक बार जब जॉब्स को PDS में पुनः प्राप्त कर लिया जाता है, तो जॉब को QA क्षेत्र में सेटअप करने की आवश्यकता होती है। ताकि जॉब्स को प्रोडक्शन क्वालिफायर या पथ विवरण के साथ सबमिट न किया जाए।
जॉब सेटअप टूल्स का उपयोग इस प्रकार किया जाना चाहिए कि सेटअप के दौरान होने वाली मानवीय त्रुटियों पर काबू पाया जा सके।
तदर्थ अनुरोध

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

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

आम तौर पर पाए जाने वाले एबेंड्स

  1. S001 – एक I/O त्रुटि घटित हुई.

    कारण - फ़ाइल के अंत में पढ़ना, फ़ाइल लंबाई त्रुटि, केवल पढ़ने के लिए फ़ाइल में लिखने का प्रयास।

  2. S002 – अमान्य I/O रिकॉर्ड.

    कारण – रिकॉर्ड की लंबाई से अधिक लंबा रिकॉर्ड लिखने का प्रयास।

  3. S004 – OPEN के दौरान त्रुटि हुई.

    कारण – अमान्य DCB

  4. S013 – डेटासेट खोलने में त्रुटि.

    कारण – पीडीएस सदस्य मौजूद नहीं है, प्रोग्राम में रिकॉर्ड की लंबाई वास्तविक रिकॉर्ड की लंबाई से मेल नहीं खाती।

  5. एस0सी1 – Operaअपवाद

    कारण – फ़ाइल खोलने में असमर्थ, डीडी कार्ड गुम होना

  6. S0C4 – सुरक्षा अपवाद/ भंडारण उल्लंघन
  7. कारण – प्रोग्राम के लिए उपलब्ध नहीं स्टोरेज तक पहुंचने का प्रयास किया जा रहा है।
  8. S0C7 – प्रोग्राम जाँच अपवाद – डेटा
  9. कारण – रिकॉर्ड लेआउट या फ़ाइल लेआउट में परिवर्तन.
  10. Sx22 – नौकरी रद्द कर दी गई है
  11. S222 – उपयोगकर्ता द्वारा बिना डंप के कार्य रद्द कर दिया गया।
  12. S322 - कार्य या चरण का समय निर्दिष्ट सीमा से अधिक हो गया है, या प्रोग्राम लूप में है या समय पैरामीटर अपर्याप्त है।
  13. S522 – TSO सत्र समय समाप्त.
  14. S806 – लिंक या लोड करने में असमर्थ.

    कारण – जॉब आईडी निर्दिष्ट लोड मॉड्यूल ढूंढने में असमर्थ।

  15. S80A - GETMAIN या FREEMAIN अनुरोधों को पूरा करने के लिए पर्याप्त वर्चुअल संग्रहण नहीं है।
  16. S913 – उस डेटासेट तक पहुँचने का प्रयास करना जिसके लिए उपयोगकर्ता अधिकृत नहीं है।
  17. Sx37 – डेटासेट को पर्याप्त संग्रहण आवंटित करने में असमर्थ.

त्रुटि सहायता - विभिन्न प्रकार के एबेंड्स पर विस्तृत जानकारी प्राप्त करने के लिए एक बहुत लोकप्रिय उपकरण।

मेनफ्रेम परीक्षण के दौरान सामने आने वाली सामान्य समस्या

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

सारांश

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