मेन्यू

डेटा माइग्रेशन टेस्टिंग ट्यूटोरियल: एक संपूर्ण गाइड

data migration testing tutorial

समस्याओं को खत्म करने के लिए हमारे साधन का प्रयास करें

डेटा प्रवासन परीक्षण का अवलोकन:

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

  • इसका वास्तव में क्या मतलब है?
  • इन स्थितियों में परीक्षण टीम से क्या अपेक्षित है?

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

इस श्रृंखला में ट्यूटोरियल:

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

डेटा माइग्रेशन परीक्षण

सिर्फ माइग्रेशन टेस्टिंग के बजाय, इसे डेटा माइग्रेशन टेस्टिंग भी कहा जा सकता है, जहां उपयोगकर्ता का पूरा डेटा एक नई प्रणाली में माइग्रेट किया जाएगा।

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

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

आप क्या सीखेंगे:

प्रवासन परीक्षण क्या है?

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

प्रवासन प्रणाली का सरल प्रतिनिधित्व:

प्रवासन परीक्षण

माइग्रेशन टेस्ट क्यों?

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

इसलिए, जबकि सिस्टम इन यूज़ को एक नई प्रणाली में माइग्रेट करने की आवश्यकता है, यह नीचे के बिंदुओं को सुनिश्चित करने के लिए आवश्यक है:

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

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

इस परीक्षण का अपना महत्व है और यह डेटा में तस्वीर में आने पर एक महत्वपूर्ण भूमिका निभाता है।

तकनीकी रूप से, इसे निम्न उद्देश्यों के लिए निष्पादित किया जाना आवश्यक है:

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

यह परीक्षण कब आवश्यक है?

माइग्रेशन से पहले और बाद में दोनों का परीक्षण किया जाना है।

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

  1. पूर्व प्रवासन परीक्षण
  2. प्रवासन परीक्षण
  3. पोस्ट माइग्रेशन टेस्टिंग

उपरोक्त के अलावा, ए निम्नलिखित परीक्षण भी निष्पादित किए जाते हैं संपूर्ण प्रवासन गतिविधि के भाग के रूप में।

  1. पिछड़ी संगतता सत्यापन
  2. रोलबैक परीक्षण

इस परीक्षण को करने से पहले, किसी भी परीक्षक के लिए नीचे दिए गए बिंदुओं को स्पष्ट रूप से समझना आवश्यक है:

  1. नई प्रणाली (सर्वर, फ्रंट एंड, डीबी, स्कीमा, डेटा प्रवाह, कार्यक्षमता आदि) के एक भाग के रूप में हो रहे परिवर्तन,)
  2. टीम द्वारा निर्धारित वास्तविक प्रवासन रणनीति को समझने के लिए। माइग्रेशन कैसे होता है, चरणबद्ध तरीके से सिस्टम के बैकेंड में हो रहे बदलाव और इन परिवर्तनों के लिए जिम्मेदार स्क्रिप्ट।

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

डेटा माइग्रेशन परीक्षण रणनीति

प्रवासन के लिए परीक्षण की रणनीति तैयार करना प्रदर्शन की जाने वाली गतिविधियों का एक समूह और कुछ पहलुओं पर विचार किया जाना है। यह उन त्रुटियों और जोखिमों को कम करने के लिए है जो माइग्रेशन के परिणामस्वरूप होते हैं और माइग्रेशन परीक्षण को प्रभावी ढंग से निष्पादित करते हैं।

इस परीक्षण में गतिविधियाँ:

# 1) विशिष्ट टीम का गठन :

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

#दो) व्यावसायिक जोखिम विश्लेषण, संभावित त्रुटियां विश्लेषण :

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

आचरण ‘ संभावित त्रुटि विश्लेषण ' उचित उपयोग करना ‘त्रुटि अनुमान लगाने में त्रुटि’ और फिर परीक्षण के दौरान उनका पता लगाने के लिए इन त्रुटियों के आसपास परीक्षण डिजाइन करें।

यूनिक्स दो फ़ाइलों के बीच अंतर पाते हैं

# 3) प्रवासन गुंजाइश विश्लेषण और पहचान:

माइग्रेशन टेस्ट के स्पष्ट दायरे का विश्लेषण करें कि कब और क्या परीक्षण करने की आवश्यकता है।

# 4) प्रवासन के लिए उपयुक्त उपकरण की पहचान करें:

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

# 5) प्रवासन के लिए उपयुक्त परीक्षण वातावरण की पहचान करें:

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

# 6) माइग्रेशन टेस्ट विशिष्टता दस्तावेज और समीक्षा:

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

# 7) माइग्रेटेड सिस्टम का उत्पादन लॉन्च :

उत्पादन प्रवास के लिए टू-डू सूची का विश्लेषण और दस्तावेज़ करें और इसे पहले से अच्छी तरह से प्रकाशित करें

प्रवासन के विभिन्न चरण

नीचे दिए गए प्रवासन के विभिन्न चरण हैं।

चरण एक:पूर्व प्रवासन परीक्षण

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

नीचे इस चरण के दौरान की जाने वाली क्रियाओं की सूची दी गई है:

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

2 चरण:प्रवासन परीक्षण

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

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

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

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

यह विरासत प्रणाली पर है जहां प्रवासन गतिविधि की जाएगी।

इस परीक्षण के दौरान, पर्यावरण के सभी घटकों को आमतौर पर माइग्रेशन गतिविधियों को करने के लिए नेटवर्क से नीचे लाया और हटाया जाएगा। इसलिए यह नोट करना आवश्यक है ‘डाउनटाइम’ प्रवासन परीक्षण के लिए आवश्यक है। आदर्श रूप से, यह माइग्रेशन समय के समान ही होगा।

आमतौर पर, 'माइग्रेशन गाइड' दस्तावेज़ में परिभाषित माइग्रेशन गतिविधि में शामिल हैं:

  • आवेदन का वास्तविक माइग्रेशन
  • फायरवॉल, पोर्ट, मेजबानों, हार्डवेयर, सॉफ्टवेयर विन्यास सभी को नई प्रणाली के अनुसार संशोधित किया गया है जिस पर विरासत को माइग्रेट किया जा रहा है
  • डेटा लीक, सुरक्षा जांच की जाती है
  • आवेदन के सभी घटकों के बीच कनेक्टिविटी की जाँच की जाती है

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

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

संभावनाएं हैं कि सॉफ्टवेयर कई अलग-अलग प्लेटफार्मों का समर्थन करता है। ऐसे मामले में, माइग्रेशन को इन प्लेटफार्मों में से प्रत्येक पर अलग से सत्यापित करने की आवश्यकता है।

माइग्रेशन स्क्रिप्ट का सत्यापन माइग्रेशन टेस्ट का एक हिस्सा होगा। कभी-कभी एक स्टैंडअलोन परीक्षण वातावरण में 'व्हाइट बॉक्स परीक्षण' का उपयोग करके व्यक्तिगत माइग्रेशन स्क्रिप्ट को भी सत्यापित किया जाता है।

इसलिए माइग्रेशन परीक्षण 'सफेद बॉक्स और ब्लैक बॉक्स परीक्षण' दोनों का एक संयोजन होगा।

एक बार जब यह माइग्रेशन संबंधित सत्यापन हो जाता है और संबंधित परीक्षण पास हो जाते हैं, तो टीम पोस्ट-माइग्रेशन परीक्षण की गतिविधि के साथ आगे बढ़ सकती है।

चरण # 3:पोस्ट-माइग्रेशन परीक्षण

एक बार आवेदन सफलतापूर्वक स्थानांतरित हो जाने के बाद, पोस्ट-माइग्रेशन परीक्षण तस्वीर में आ जाता है।

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

इन के अलावा, उन विशिष्ट वस्तुओं को सत्यापित किया जाना चाहिए जो नीचे सूचीबद्ध हैं।

इन सभी को एक परीक्षण मामले के रूप में प्रलेखित किया जाता है और ification टेस्ट स्पेसिफिकेशन ’दस्तावेज़ में शामिल किया जाता है।

  1. जाँच करें कि क्या योजना के तहत विरासत के सभी डेटा को नए एप्लिकेशन में माइग्रेट किया गया था। यह सुनिश्चित करने के लिए, डेटाबेस में प्रत्येक तालिका और विचारों के लिए विरासत और नए एप्लिकेशन के बीच रिकॉर्ड की संख्या की तुलना करें। साथ ही, 10000 रिकॉर्ड्स को स्थानांतरित करने में लगने वाले समय की रिपोर्ट करें।
  2. जाँचें कि क्या नई प्रणाली के अनुसार सभी स्कीमा परिवर्तन (जोड़े गए या हटाए गए फ़ील्ड और टेबल) अपडेट किए गए हैं।
  3. जब तक ऐसा करने के लिए निर्दिष्ट नहीं किया जाता है तब तक विरासत से नए आवेदन के लिए स्थानांतरित किए गए डेटा को इसके मूल्य और प्रारूप को बनाए रखना चाहिए। यह सुनिश्चित करने के लिए, विरासत और नए एप्लिकेशन के डेटाबेस के बीच डेटा मूल्यों की तुलना करें।
  4. नए एप्लिकेशन के खिलाफ माइग्रेट किए गए डेटा का परीक्षण करें। यहां अधिकतम संभव मामलों को कवर करें। डेटा माइग्रेशन सत्यापन के संबंध में 100% कवरेज सुनिश्चित करने के लिए, स्वचालित परीक्षण उपकरण का उपयोग करें।
  5. डेटाबेस सुरक्षा के लिए जाँच करें।
  6. सभी संभावित नमूना रिकॉर्ड के लिए डेटा अखंडता की जाँच करें।
  7. जाँच करें और सुनिश्चित करें कि विरासत प्रणाली में पहले समर्थित कार्यक्षमता नई प्रणाली में अपेक्षित रूप से काम करती है।
  8. अधिकांश घटकों को शामिल करने वाले एप्लिकेशन के भीतर डेटा प्रवाह की जांच करें।
  9. घटकों के बीच के इंटरफ़ेस को बड़े पैमाने पर परीक्षण किया जाना चाहिए, क्योंकि डेटा को संशोधित नहीं किया जाना चाहिए, खो दिया जाना चाहिए और भ्रष्ट हो जाना चाहिए जब यह घटकों के माध्यम से जा रहा हो। इसे सत्यापित करने के लिए एकीकरण परीक्षण मामलों का उपयोग किया जा सकता है।
  10. विरासत डेटा की अतिरेक के लिए जाँच करें। माइग्रेशन के दौरान किसी भी विरासत डेटा की नकल नहीं की जानी चाहिए
  11. डेटा मिसमैच के मामलों की जाँच करें जैसे डेटा प्रकार बदला गया है, स्टोरिंग प्रारूप बदला गया है आदि।
  12. विरासत आवेदन में सभी क्षेत्र स्तर की जाँच नए आवेदन में शामिल की जानी चाहिए
  13. नए एप्लिकेशन में किसी भी डेटा जोड़ को विरासत पर वापस प्रतिबिंबित नहीं करना चाहिए
  14. नए एप्लिकेशन के माध्यम से विरासत एप्लिकेशन के डेटा को अपडेट करना चाहिए। एक बार नए एप्लिकेशन में अपडेट होने के बाद, यह विरासत पर वापस प्रतिबिंबित नहीं करना चाहिए।
  15. नए एप्लिकेशन में विरासत एप्लिकेशन के डेटा को हटाने का समर्थन किया जाना चाहिए। नए एप्लिकेशन में एक बार डिलीट हो जाने के बाद, यह विरासत में भी डेटा को डिलीट नहीं करना चाहिए।
  16. सत्यापित करें कि विरासत प्रणाली में किए गए परिवर्तन नई प्रणाली के हिस्से के रूप में वितरित नई कार्यक्षमता का समर्थन करते हैं।
  17. उपयोगकर्ताओं को विरासत प्रणाली से सत्यापित करें कि पुरानी कार्यक्षमता और नई कार्यक्षमता दोनों का उपयोग करना जारी रख सकते हैं, विशेष रूप से वे जहां बदलाव शामिल हैं। प्री-माइग्रेशन परीक्षण के दौरान जमा किए गए परीक्षण मामलों और परीक्षण के परिणामों को निष्पादित करें।
  18. सिस्टम पर नए उपयोगकर्ता बनाएं और यह सुनिश्चित करने के लिए परीक्षण करें कि विरासत से कार्यक्षमता के साथ-साथ नया अनुप्रयोग, नए बनाए गए उपयोगकर्ताओं का समर्थन करता है और यह ठीक काम करता है।
  19. विभिन्न डेटा नमूनों (विभिन्न आयु वर्ग, विभिन्न क्षेत्र के उपयोगकर्ता आदि) के साथ कार्यक्षमता संबंधी परीक्षण करें।
  20. यह सत्यापित करने की भी आवश्यकता है कि क्या Fl फ़ीचर फ्लैग्स ’नई सुविधाओं के लिए सक्षम हैं और इसे चालू / बंद करने से सुविधाएँ चालू और बंद हो सकती हैं।
  21. प्रदर्शन परीक्षण यह सुनिश्चित करने के लिए महत्वपूर्ण है कि नई प्रणाली / सॉफ्टवेयर के लिए माइग्रेशन ने सिस्टम के प्रदर्शन को खराब नहीं किया है।
  22. सिस्टम स्थिरता सुनिश्चित करने के लिए लोड और तनाव परीक्षणों को करना भी आवश्यक है।
  23. सत्यापित करें कि सॉफ़्टवेयर अपग्रेड ने कोई सुरक्षा भेद्यता नहीं खोली है और इसलिए सुरक्षा परीक्षण किया जाता है, विशेषकर उस क्षेत्र में जहाँ प्रवास के दौरान सिस्टम में परिवर्तन किए गए हैं।
  24. प्रयोज्यता एक अन्य पहलू है जिसे सत्यापित किया जाना है, जिसमें यदि GUI लेआउट / फ्रंट-एंड सिस्टम बदल गया है या कोई कार्यक्षमता बदल गई है, तो सुगमता का उपयोग क्या है जो विरासत प्रणाली की तुलना में अंतिम उपयोगकर्ता महसूस कर रहा है।

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

कार्यात्मक परीक्षण मामलों और अन्य संभावित परीक्षण मामलों को समाप्त करने के लिए अंत को स्वचालित करने की भी सलाह दी जाती है ताकि परीक्षण का समय कम हो सके और परिणाम जल्दी उपलब्ध हो सकें।

माइग्रेशन निष्पादन के लिए परीक्षण मामलों को लिखने के लिए परीक्षकों के लिए कुछ सुझाव:

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

पिछड़ी संगतता परीक्षण

सिस्टम का माइग्रेशन भी परीक्षकों से Compat बैकवर्ड कम्पेटिबिलिटी ’को सत्यापित करने के लिए कहता है, जिसमें पेश की गई नई प्रणाली पुराने सिस्टम (कम से कम 2 पिछले संस्करणों) के साथ संगत है और यह सुनिश्चित करती है कि यह उन संस्करणों के साथ पूरी तरह से काम करता है।

पिछड़ी संगतता सुनिश्चित करना है:

  1. क्या नई प्रणाली पहले वाले 2 संस्करणों में समर्थित कार्यक्षमता को नए के साथ समर्थन करती है।
  2. सिस्टम को बिना किसी झंझट के पहले के 2 संस्करणों से सफलतापूर्वक माइग्रेट किया जा सकता है।

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

रोलबैक परीक्षण

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

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

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

माइग्रेशन टेस्ट सारांश रिपोर्ट

परीक्षण सारांश रिपोर्ट परीक्षण पूरा करने के बाद उत्पादन किया जाना चाहिए और परिणाम की स्थिति (पास / असफल) और परीक्षण लॉग के साथ प्रवास के विभिन्न चरणों के भाग के रूप में किए गए विभिन्न परीक्षणों / परिदृश्यों के सारांश पर रिपोर्ट को कवर करना चाहिए।

निम्नलिखित गतिविधियों के लिए दर्ज समय को स्पष्ट रूप से सूचित किया जाना चाहिए:

  1. प्रवास का कुल समय
  2. अनुप्रयोगों के डाउनटाइम
  3. 10000 रिकॉर्डों को स्थानांतरित करने के लिए समय बिताया।
  4. रोलबैक के लिए समय बिताया।

उपरोक्त जानकारी के अलावा, किसी भी अवलोकन / सिफारिशें भी बताई जा सकती हैं।

डेटा माइग्रेशन परीक्षण में चुनौतियां

इस परीक्षण में सामने आई चुनौतियां मुख्य रूप से डेटा के साथ हैं। नीचे दी गई सूची में कुछ हैं:

# 1) डेटा गुणवत्ता:

हमें लग सकता है कि नए / उन्नत अनुप्रयोग में विरासत एप्लिकेशन में उपयोग किया गया डेटा खराब गुणवत्ता का है। ऐसे मामलों में, व्यावसायिक मानकों को पूरा करने के लिए डेटा गुणवत्ता में सुधार करना होगा।

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

# 2) डेटा बेमेल:

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

एक व्यापार विश्लेषक से सवाल पूछने के लिए

इसके परिणामस्वरूप बेमेल डेटा को सही करने के लिए आवश्यक परिवर्तनों को संशोधित करने या इसे स्वीकार करने और उस उद्देश्य के लिए ट्विक करने के भारी प्रयास का परिणाम है।

# 3) डेटा हानि:

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

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

# 4) डेटा वॉल्यूम:

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

# 5) वास्तविक समय के वातावरण का अनुकरण (वास्तविक आंकड़ों के साथ):

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

इसलिए, डेटा नमूनाकरण, वास्तविक वातावरण की प्रतिकृति, प्रवासन में शामिल डेटा की मात्रा की पहचान डेटा माइग्रेशन परीक्षण करते समय काफी महत्वपूर्ण है।

# 6) डेटा की मात्रा का अनुकरण:

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

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

डेटा माइग्रेशन रिस्क को स्मूथ करने के लिए टिप्स

नीचे दिए गए कुछ सुझाव दिए जा रहे हैं ताकि डेटा माइग्रेशन के जोखिम को कम किया जा सके:

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

निष्कर्ष

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

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

'विभिन्न प्रकार के पलायन' यह आमतौर पर वास्तविकता में बहुत बार होता है और उनके परीक्षण को संभालने के तरीके हमारे बारे में संक्षेप में बताए जाएंगे इस श्रृंखला में अगला ट्यूटोरियल ।

लेखक के बारे में: इस गाइड को STH लेखक नंदिनी ने लिखा है। उसे सॉफ्टवेयर टेस्टिंग में 7+ साल का अनुभव है। साथ ही, इस श्रंखला को बेहतर बनाने के लिए एसटीएच लेखक गायत्री एस की समीक्षा करने और उनके मान्य सुझाव देने के लिए धन्यवाद। गायत्री को सॉफ्टवेयर डेवलपमेंट एंड टेस्टिंग सर्विसेज में 18+ साल का अनुभव है।

इस ट्यूटोरियल के बारे में हमें अपनी टिप्पणी / सुझाव दें।

अनुशंसित पाठ

^