मेन्यू

उदाहरणों के साथ डेटा वेयरहाउस टेस्टिंग ट्यूटोरियल | ईटीएल परीक्षण गाइड

  • मुख्य
  • अन्य
  • उदाहरणों के साथ डेटा वेयरहाउस टेस्टिंग ट्यूटोरियल | ईटीएल परीक्षण गाइड

data warehouse testing tutorial with examples etl testing guide

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

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

इस में इन-डेथ डेटा वेयरहाउस ट्रेनिंग सीरीज़ , हम पर एक नजर थी ईटी क्या है? डेटा वेयरहाउस में एल प्रक्रिया हमारे पिछले ट्यूटोरियल में विस्तार।

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

=> सभी डेटा वेयरहाउसिंग ट्यूटोरियल यहां देखें।

डेटा वेयरहाउस ईटीएल परीक्षण

लक्षित दर्शक

  • डेटा वेयरहाउस / ईटीएल डेवलपर्स और परीक्षक।
  • डेटाबेस अवधारणाओं के बुनियादी ज्ञान के साथ डेटाबेस पेशेवर।
  • डेटाबेस प्रशासक / बिग डेटा विशेषज्ञ जो डेटा वेयरहाउस / ईटीएल अवधारणाओं को समझना चाहते हैं।
  • कॉलेज के स्नातक / फ्रेशर्स जो डेटा वेयरहाउस नौकरियों की तलाश कर रहे हैं।

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

डेटा वेयरहाउस (ETL) परीक्षण

डेटा वेयरहाउस और बिजनेस इंटेलिजेंस सिस्टम के परीक्षण का क्या महत्व है?

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

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

इस प्रकार, DW में फिक्स प्रक्रिया, लोगों और प्रौद्योगिकी परिवर्तनों के संदर्भ में अधिक महंगा है। आप आवश्यकताओं को इकट्ठा करने के चरण से DW परीक्षण शुरू कर सकते हैं।

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

यह सिस्टम पर किए जाने वाले परीक्षणों के प्रकारों का भी वर्णन करता है। परीक्षण योजना तैयार होने के बाद सभी विस्तृत परीक्षण मामले विभिन्न DW परिदृश्यों के लिए तैयार किए जाएंगे। फिर सभी परीक्षण मामलों को निष्पादित किया जाएगा और दोषों को लॉग किया जाएगा।

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

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

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

अनुभव के लिए मावेन साक्षात्कार प्रश्न और उत्तर

डेटा वेयरहाउस (ETL) परीक्षण के लक्ष्य

आइए डेटा वेयरहाउस टेस्टिंग के लक्ष्यों पर एक नज़र डालें।

(1) डेटा पूर्णता: सुनिश्चित करें कि विभिन्न स्रोतों से सभी डेटा को डेटा वेयरहाउस में लोड किया गया है। यदि सभी DW रिकॉर्ड लोड किए गए नमूना रणनीतियों का पालन करके स्रोत डेटाबेस और फ्लैट फ़ाइलों के विरुद्ध परीक्षण टीम मान्य करती है।

  • स्रोत प्रणाली से अपलोड किए गए रिकॉर्ड संख्या की कुल संख्या को DW में लोड किए गए रिकॉर्ड की कुल संख्या से मेल खाना चाहिए। यदि कोई अंतर है तो आप अस्वीकृत रिकॉर्ड के बारे में सोच सकते हैं।
  • स्रोत सिस्टम डेटा फ़ील्ड के साथ DW के प्रत्येक फ़ील्ड में लोड किए गए डेटा की तुलना करें। यह डेटा त्रुटियों को बाहर लाएगा यदि कोई हो।

# 2) डेटा परिवर्तन: सोर्स डेटा को डेटा वेयरहाउस में अपलोड करते समय, कुछ फ़ील्ड्स को सीधे सोर्स डेटा से लोड किया जा सकता है, लेकिन कुछ फ़ील्ड्स को डेटा के साथ लोड किया जाएगा जो कि बिजनेस लॉजिक के अनुसार बदल दिया जाता है। यह परीक्षण DW (ETL) का जटिल हिस्सा है।

इसका परीक्षण करने के लिए नमूना रणनीति नीचे दी गई हैं:

  • आप स्प्रैडशीट में डेटा बनाकर और तुलना करके परीक्षण कर सकते हैं। स्रोत डेटा और DW डेटा को स्प्रैडशीट में लोड करें और तुलना करें। कोई बेमेल नहीं होना चाहिए।
  • स्रोत डेटा के साथ DW डेटा की तुलना करने के लिए परीक्षकों को परिवर्तन तर्क के अनुसार प्रश्नों को लिखना चाहिए। क्वेरी निष्पादन यह गारंटी देगा कि किसी भी फ़ील्ड के लिए डेटा सत्यापन गायब नहीं है।

# 3) डेटा गुणवत्ता: डेटा वेयरहाउस (ETL) सिस्टम को डेटा को सही करने (या) को खारिज करके उसमें लोड किए गए डेटा की गुणवत्ता सुनिश्चित करनी चाहिए।

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

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

# 4) स्केलेबिलिटी और प्रदर्शन: डेटा वेयरहाउस को बढ़ते भार के साथ सिस्टम की मापनीयता सुनिश्चित करनी चाहिए। इसके साथ, प्रश्नों को निष्पादित करते समय प्रदर्शन में कोई गिरावट नहीं होनी चाहिए, विशिष्ट समय सीमा में प्रत्याशित परिणामों के साथ। इस प्रकार प्रदर्शन परीक्षण किसी भी मुद्दे को उजागर करता है और उत्पादन से पहले इसे ठीक करता है।

प्रदर्शन और स्केलेबिलिटी परीक्षण के लिए नमूना रणनीति नीचे दी गई हैं:

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

# 5) एकीकरण परीक्षण: डेटा वेयरहाउस को अन्य अपस्ट्रीम और डाउनस्ट्रीम एप्लिकेशन के साथ एकीकरण परीक्षण करना चाहिए। यदि संभव हो तो, एकीकरण परीक्षण के लिए उत्पादन डेटा को परीक्षण वातावरण में कॉपी करना बेहतर है।

सभी प्रणालियों को एक साथ समझने और परीक्षण करते हुए अंतराल को पाटने के लिए सभी सिस्टम टीमों को इस चरण में शामिल किया जाना चाहिए।

# 6) इकाई परीक्षण: यह व्यक्तिगत डेवलपर्स द्वारा उनके डिलिवरेबल्स पर किया जाता है। डेवलपर्स आवश्यकताओं की उनकी समझ के आधार पर इकाई परीक्षण परिदृश्य तैयार करेंगे, इकाई परीक्षण चलाएंगे और परिणामों को दस्तावेज करेंगे। यह डेवलपर्स को किसी भी कीड़े को ठीक करने में मदद करता है यदि पाया जाता है, तो परीक्षण टीम को कोड देने से पहले।

# 7) प्रतिगमन परीक्षण: पुष्टि करता है कि किसी भी दोष को ठीक करने के बाद डीडब्ल्यू प्रणाली खराब नहीं है। यह हर नए कोड परिवर्तन के साथ कई बार किया जाता है।

# 8) उपयोगकर्ता स्वीकृति परीक्षण: यह परीक्षण व्यावसायिक उपयोगकर्ताओं द्वारा सिस्टम कार्यक्षमता को मान्य करने के लिए किया जाता है। यूएटी पर्यावरण क्यूए पर्यावरण से अलग है। यूएटी से साइन ऑफ का मतलब है कि हम कोड को उत्पादन में स्थानांतरित करने के लिए तैयार हैं।

कितने उपलब्ध मेजबानों को डिफ़ॉल्ट सबनेट मास्क के साथ क्लास सी आईपी एड्रेस दिया जाता है?

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

DW परीक्षण प्रवाह आरेख:

डेटा वेयरहाउस टेस्टिंग फ़्लो डायग्राम

डेटा वेयरहाउस परीक्षण जिम्मेदारियाँ

नीचे सूचीबद्ध विभिन्न टीमें एक सफल डीडब्ल्यू प्रणाली देने में शामिल हैं:

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

डेटा वेयरहाउस में त्रुटियां

जब आप कई स्रोतों से डेटा निकाल रहे हैं, ट्रांसफ़ॉर्मिंग और लोडिंग (ETL) कर रहे हैं, तो संभावना है कि आपको खराब डेटा मिलेगा जो लंबे समय से चल रही नौकरियों को रोक सकता है।

DW प्रणाली में विफलता के प्रमुख कारण निम्नलिखित हैं:

# 1) व्यापार नियम उल्लंघन (तार्किक त्रुटियाँ): तार्किक रूप से गलत डेटा व्यावसायिक नियमों का उल्लंघन करता है। इस तरह के डेटा को ज्यादातर परिवर्तन या लोडिंग चरणों के दौरान नियंत्रित किया जा सकता है।

# 2) डेटा नियम उल्लंघन (डेटा त्रुटियां): डेटा त्रुटियां DW डेटाबेस सिस्टम के अंदर होती हैं जैसे डेटा प्रकार बेमेल, डेटा बाधा विफलताओं, आदि।

ईटीएल तैनाती

यह वह चरण है जहां आपके सभी प्रयास लाइव होते हैं। सभी उत्पादन समर्थन दस्तावेज तैयार किए जाने चाहिए।

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

निष्कर्ष

हमने इस ट्यूटोरियल में डेटा वेयरहाउस टेस्टिंग, ईटीएल टेस्टिंग रिस्पॉन्सिबिलिटी, डीडब्ल्यू में त्रुटियों और ईटीएल तैनाती के बारे में सीखा।

हमें उम्मीद है कि आपको पता चल गया होगा कि डेटा वेयरहाउस (ETL) सिस्टम में विस्तृत परीक्षण कैसे किया जा सकता है।

=> स्क्रैच से डेटा वेयरहाउसिंग जानने के लिए यहां जाएं।

अनुशंसित पाठ

^