मेन्यू

सिस्टम इंटीग्रेशन टेस्टिंग (SIT) क्या है: उदाहरणों के साथ जानें

  • मुख्य
  • अन्य
  • सिस्टम इंटीग्रेशन टेस्टिंग (SIT) क्या है: उदाहरणों के साथ जानें

what is system integration testing

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

सिस्टम एकीकरण परीक्षण क्या है?

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

SUT (सिस्टम अंडर टेस्ट) में हार्डवेयर, डेटाबेस, सॉफ्टवेयर, हार्डवेयर और सॉफ्टवेयर का संयोजन या ऐसी प्रणाली शामिल हो सकती है जिसके लिए मानव संपर्क (HITL - ह्यूमन इन द लूप टेस्टिंग) की आवश्यकता होती है।

सॉफ्टवेयर इंजीनियरिंग और सॉफ्टवेयर परीक्षण के संदर्भ से, एसआईटी को एक परीक्षण प्रक्रिया के रूप में माना जा सकता है, जो सॉफ्टवेयर सिस्टम की सह-घटना को दूसरों के साथ जांचता है।

सिस्टम इंटीग्रेशन टेस्टिंग एस.आई.टी.

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

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

सिस्टम इंटीग्रेशन टेस्ट की आवश्यकता

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

सहयोगी परियोजनाओं के लिए, SIT STLC (सॉफ्टवेयर परीक्षण जीवनचक्र) का एक हिस्सा है। आमतौर पर, सॉफ्टवेयर प्रदाता द्वारा प्री-एसआईटी राउंड का आयोजन किया जाता है, इससे पहले कि ग्राहक अपने एसआईटी परीक्षण मामलों को चलाता है।

एजाइल स्प्रिंट मॉडल के बाद आईटी परियोजनाओं में काम करने वाले अधिकांश संगठनों में, QI टीम द्वारा हर रिलीज से पहले SIT का एक दौर आयोजित किया जाता है। एसआईटी में पाए गए दोषों को विकास टीम को वापस भेज दिया जाता है और वे सुधारों पर काम करते हैं।

स्प्रिंट से जारी एमवीपी (न्यूनतम व्यवहार्य उत्पाद) केवल तभी जाता है जब यह एसआईटी के माध्यम से पारित हो जाता है।

एसआईटी को उन दोषों को उजागर करना आवश्यक है जो तब होते हैं जब एकीकृत उप-प्रणालियों के बीच बातचीत होती है।

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

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

एसआईटी की ग्रैन्युलैरिटी

SIT को ग्रैन्युलैरिटी के तीन अलग-अलग स्तरों पर आयोजित किया जा सकता है:

(i) इंट्रा-सिस्टम परीक्षण: यह एकीकरण परीक्षण का एक निम्न स्तर है जिसका उद्देश्य एकीकृत प्रणाली के निर्माण के लिए मॉड्यूल को एक साथ बनाना है।

(ii) अंतर-प्रणाली परीक्षण: यह उच्च-स्तरीय परीक्षण है जिसे स्वतंत्र रूप से परीक्षण किए गए सिस्टम में अंतर की आवश्यकता होती है।

(iii) जोड़ीवार परीक्षण: यहां, पूरे सिस्टम में केवल दो इंटर-कनेक्टेड सबसिस्टम का एक बार में परीक्षण किया जाता है। इसका उद्देश्य यह सुनिश्चित करना है कि जब दो उप-प्रणालियां पहले से ही ठीक काम कर रही हों तो संयुक्त उप-सिस्टम अच्छी तरह काम कर सकता है।

सिस्टम इंटीग्रेशन टेस्टिंग कैसे करें?

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

सॉफ्टवेयर विकास जीवन चक्र क्या है?

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

एक बार सॉफ्टवेयर एकीकृत होने के बाद, डेटा प्रवाह के तीन मुख्य राज्य हैं जैसा कि नीचे बताया गया है:

# 1) एकीकरण परत के भीतर डेटा स्थिति

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

इस स्तर पर डेटा एक्सचेंज के प्रदर्शन की जांच नीचे दिए गए चरणों के माध्यम से की जा सकती है:

  • BRD / FRD / TRD (व्यावसायिक आवश्यकता दस्तावेज़ / कार्यात्मक आवश्यकता दस्तावेज़ / तकनीकी आवश्यकता दस्तावेज़) के विरुद्ध इस परत के भीतर डेटा गुणों को सत्यापित करें।
  • XSD और WSDL का उपयोग करके वेब सेवा अनुरोध को क्रॉस चेक करें।
  • कुछ यूनिट परीक्षण चलाएं और डेटा मैपिंग और अनुरोधों को मान्य करें।
  • मिडिलवेयर लॉग की समीक्षा करें।

# 2) डेटाबेस लेयर के भीतर डेटा स्टेट

इस स्तर पर एसआईटी प्रदर्शन करने के लिए एसक्यूएल और संग्रहीत प्रक्रियाओं के बुनियादी ज्ञान की आवश्यकता होती है।

इस स्तर पर डेटा विनिमय के प्रदर्शन की जांच नीचे दिए गए चरणों के माध्यम से की जा सकती है:

  • जांचें कि क्या एकीकरण परत से सभी डेटा डेटाबेस परत पर सफलतापूर्वक पहुंच गया है और प्रतिबद्ध हो गया है।
  • BRD / FRD / TRD के खिलाफ तालिका और स्तंभ गुणों को मान्य करें।
  • डेटाबेस में लागू व्यावसायिक बाधाओं के अनुसार बाधाओं और डेटा सत्यापन नियमों को मान्य करें।
  • किसी भी प्रसंस्करण डेटा के लिए संग्रहीत कार्यविधियों की जाँच करें।
  • सर्वर लॉग की समीक्षा करें।

# 3) एप्लीकेशन लेयर के भीतर डाटा स्टेट

SIT को नीचे दिए चरणों के माध्यम से इस स्तर पर किया जा सकता है:

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

ध्यान दें: डेटा आयात और डेटा निर्यात के अनुरूप बहुत सारे संयोजन हो सकते हैं। आपके लिए उपलब्ध समय को देखते हुए आपको सबसे अच्छे संयोजनों के लिए SIT को क्रियान्वित करना होगा।

सिस्टम टेस्टिंग Vs सिस्टम इंटीग्रेशन टेस्टिंग

सिस्टम परीक्षण और SIT के बीच अंतर:

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

सिस्टम एकीकरण परीक्षण बनाम उपयोगकर्ता स्वीकृति परीक्षण

यहां एसआईटी और यूएटी के बीच अंतर है:

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

परीक्षण के स्तर पर नीचे की छवि यूनिट परीक्षण से यूएटी के लिए प्रवाह को आपके लिए स्पष्ट कर देगी:

यूनिट परीक्षण से यूएटी तक प्रवाह

SIT उदाहरण

चलिए हम मान लेते हैं कि एक कंपनी क्लाइंट के विवरण को संग्रहीत करने के लिए सॉफ्टवेयर का उपयोग कर रही है।

इस सॉफ़्टवेयर में UI - स्क्रीन 1 और स्क्रीन 2 में दो स्क्रीन हैं, और इसमें एक डेटाबेस है। स्क्रीन 1 और स्क्रीन 2 में दर्ज विवरण डेटाबेस में दर्ज किए गए हैं। अब तक, कंपनी इस सॉफ्टवेयर से संतुष्ट है।

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

उदाहरण के साथ सिस्टम एकीकरण परीक्षण

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

SIT तकनीक

मुख्य रूप से, एसआईटी करने के लिए 4 दृष्टिकोण हैं:

  1. शीर्ष पाद उपागम
  2. नीचे से ऊपर का दृष्टिकोण
  3. सैंडविच दृष्टिकोण
  4. बिग बैंग दृष्टिकोण

टॉप-डाउन अप्रोच और बॉटम-अप अप्रोच एक तरह का इन्क्रीमेंटल अप्रोच है। पहले टॉप-डाउन दृष्टिकोण के साथ चर्चा शुरू करते हैं।

(1) टॉप-डाउन दृष्टिकोण:

इसके तहत, परीक्षण एक एप्लीकेशन के सिर्फ सबसे ऊपरी मॉड्यूल से शुरू होता है यानी UI जिसे हम टेस्ट ड्राइवर कहते हैं।

अंतर्निहित मॉड्यूल की कार्यक्षमता स्टब्स के साथ सिम्युलेटेड है। शीर्ष मॉड्यूल एक-एक करके निचले स्तर के मॉड्यूल स्टब के साथ एकीकृत होता है और बाद में कार्यक्षमता का परीक्षण किया जाता है।

वास्तविक दुनिया में डेटा खनन के उदाहरण

एक बार प्रत्येक परीक्षण पूरा हो जाने के बाद, स्टब को असली मॉड्यूल द्वारा बदल दिया जाता है। मॉड्यूल या तो चौड़ाई-पहले तरीके या गहराई-पहले तरीके से एकीकृत किया जा सकता है। परीक्षण तब तक जारी रहता है जब तक कि पूरे आवेदन का निर्माण न हो जाए।

इस दृष्टिकोण का लाभ यह है कि ड्राइवरों की कोई आवश्यकता नहीं है और परीक्षण मामलों को सिस्टम की कार्यक्षमता के संदर्भ में निर्दिष्ट किया जा सकता है।

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

एकीकरण जांच

# 2) नीचे-ऊपर दृष्टिकोण:

यह शीर्ष-डाउन दृष्टिकोण की सीमाओं को समाप्त करता है।

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

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

इस दृष्टिकोण में स्टब्स की कोई आवश्यकता नहीं है। यह सरल हो जाता है क्योंकि प्रसंस्करण ऊपर की ओर बढ़ता है और ड्राइवरों की आवश्यकता कम हो जाती है। ऑब्जेक्ट-ओरिएंटेड सिस्टम, रियल-टाइम सिस्टम और सख्त प्रदर्शन आवश्यकताओं वाले सिस्टम के लिए SIT करने के लिए यह दृष्टिकोण उचित है।

हालाँकि, इस दृष्टिकोण की सीमा सबसे महत्वपूर्ण सबसिस्टम है यानी UI का परीक्षण सबसे आखिरी में किया जाता है।

# 3) सैंडविच दृष्टिकोण:

यहां, ऊपर चर्चा की गई ऊपर और नीचे की अप्रोच एक साथ संयुक्त हैं।

प्रणाली को तीन परतों वाले माना जाता है - मध्य परत जो लक्ष्य परत है, लक्ष्य के ऊपर एक परत और लक्ष्य के नीचे एक परत है। परीक्षण दोनों दिशाओं में किया जाता है और लक्ष्य परत पर मंडित होता है जो मध्य में है और यह नीचे की छवि में चित्रित किया गया है।

सैंडविच परीक्षण रणनीति

सैंडविच

इस दृष्टिकोण का एक फायदा यह है कि सिस्टम की ऊपरी परत और निचली परत को समानांतर में परखा जा सकता है। हालांकि, इस दृष्टिकोण की सीमा यह है कि यह एकीकरण से पहले व्यक्तिगत उप-प्रणालियों का विस्तृत परीक्षण नहीं करता है।

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

संशोधित सैंडविच परीक्षण

# 4) बिग बैंग दृष्टिकोण:

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

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

बिग बैंग दृष्टिकोण

निष्कर्ष

इस लेख में, हमने सीखा कि सिस्टम इंटीग्रेशन टेस्टिंग (SIT) क्या है और इसे करना क्यों महत्वपूर्ण है।

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

आशा है आपको यह बेहतरीन लेख पसंद आया होगा !!

अनुशंसित पाठ

^