SIT Vs UAT टेस्टिंग में क्या अंतर है?

what is difference between sit vs uat testing

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

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

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

आइए ढूंढते हैं!!

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

• SIT Vs UAT: ओवरव्यू
• सिस्टम इंटीग्रेशन टेस्टिंग (SIT)
  • एसआईटी के कार्य चरण
  • SIT में प्रयुक्त तकनीक
    • (1) टॉप-डाउन दृष्टिकोण
    • # 2) नीचे-ऊपर दृष्टिकोण
    • # 3) बिग बैंग दृष्टिकोण
• उपयोगकर्ता स्वीकृति परीक्षण (UAT)
  • यूएटी के कार्य चरण
  • UAT परीक्षण के प्रकार
• एसआईटी बनाम यूएटी के बीच महत्वपूर्ण अंतर
• निष्कर्ष
  • अनुशंसित पाठ

SIT Vs UAT: ओवरव्यू

सामान्य तौर पर, परीक्षण के स्तरों में निम्नलिखित पदानुक्रम होते हैं:

विंडोज़ के लिए सबसे अच्छा फ़ायरवॉल सॉफ़्टवेयर 10

• इकाई का परीक्षण
• घटक परीक्षण
• सिस्टम परीक्षण
• सिस्टम एकीकरण परीक्षण
• उपयोगकर्ता स्वीकृति परीक्षण
• उत्पादन

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

सिस्टम इंटीग्रेशन टेस्टिंग (SIT)

दो अलग-अलग उपप्रणालियाँ / प्रणालियाँ किसी भी परियोजना में एक बिंदु पर संयोजित होंगी। हमें इस प्रणाली को समग्र रूप से परखना होगा। इसलिए इसे सिस्टम इंटीग्रेशन टेस्टिंग कहा जाता है।

एसआईटी के कार्य चरण

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

उदाहरण:

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

अब नए टैब के विवरण या डेटाबेस को मौजूदा टैब के साथ विलय करना होगा और सिस्टम को पूरे 4 टैब के साथ परीक्षण करना होगा।

हमें एकीकृत साइट का परीक्षण करना होगा जिसमें चार टैब हैं।

एकीकृत साइट नीचे दिखाए गए अनुसार कुछ दिखती है:

SIT में प्रयुक्त तकनीक

• शीर्ष पाद उपागम
• नीचे से ऊपर का दृष्टिकोण
• बिग बैंग दृष्टिकोण

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

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

गूगल वेबमास्टर उपकरण लिंक लिंक टूट गया

इस के जवाब को जन्म देता है STUBS।

स्टब्स को प्रोग्राम कहा जाता है । वे अभिनय करते हैं डमी मॉड्यूल और एक सीमित तरीके से आवश्यक मॉड्यूल फ़ंक्शन करें।

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

निम्न-स्तरीय घटकों को एकीकृत करने के लिए स्टब्स द्वारा प्रतिस्थापित किया जा सकता है। इसलिए ऊपर-नीचे दृष्टिकोण एक संरचित या प्रक्रिया भाषा का पालन कर सकता है। एक स्टब को वास्तविक घटक के साथ बदलने के बाद, अगले स्टब को वास्तविक घटकों के साथ बदल दिया जा सकता है।

उपरोक्त आरेख का निष्पादन मॉड्यूल ए, मॉड्यूल बी, मॉड्यूल सी, मॉड्यूल डी, मॉड्यूल ई, मॉड्यूल एफ, मॉड्यूल जी होगा।

स्टब्स के लिए उदाहरण:

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

यह दृष्टिकोण नीचे से ऊपर की पदानुक्रम तक है। यहां, निचले मॉड्यूल को पहले एकीकृत किया जाता है और फिर उच्च मॉड्यूल को एकीकृत और परीक्षण किया जाता है।

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

ड्राइवर को कॉलिंग प्रोग्राम कहा जाता है ।

इस दृष्टिकोण में दोष रिसाव कम है।

उप-मॉड्यूल को एक उच्च स्तर या मुख्य मॉड्यूल को एकीकृत करने के लिए एक ड्राइवर मॉड्यूल बनाया जाता है जैसा कि उपरोक्त आंकड़े में दिखाया गया है।

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

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

यह दृष्टिकोण नए सिरे से विकसित परियोजनाओं के लिए उपयोगी है जो खरोंच से विकसित हुए हैं या जिन पर बड़ी वृद्धि हुई है।

उपयोगकर्ता स्वीकृति परीक्षण (UAT)

जब भी कोई टेस्टर पूरी हो चुकी परीक्षण परियोजना को क्लाइंट / एंड-यूज़र को सौंप रहा है तो क्लाइंट / एंड-यूज़र फिर से प्रोजेक्ट को यह देखने के लिए परीक्षण करेगा कि क्या यह सही तरीके से डिज़ाइन किया गया है। इसे उपयोगकर्ता स्वीकृति परीक्षण कहा जाता है।

परीक्षण करने के लिए उपयुक्त परीक्षण मामलों को दोनों के लिए लिखा जाना चाहिए।

(छवि स्रोत )

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

यूएटी के कार्य चरण

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

UAT परीक्षण के प्रकार

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

एसआईटी बनाम यूएटी के बीच महत्वपूर्ण अंतर

निष्कर्ष

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

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

सिस्टम टेस्टिंग में पाए गए दोषों को आसानी से ठीक किया जा सकता है। दोषों के आधार पर अलग-अलग बिल्ड बनाए जा सकते हैं। जबकि UAT में पाए जाने वाले दोषों को परीक्षकों के लिए एक काला निशान माना जाता है और उन्हें स्वीकार नहीं किया जाता है।

UAT में व्यवसाय के अधिकारियों या ग्राहकों को संतुष्ट होना चाहिए कि विकसित उत्पाद व्यावसायिक वातावरण में उनकी आवश्यकताओं को पूरा करता है। एसआईटी को सिस्टम की कार्यात्मक आवश्यकताओं को पूरा करना चाहिए।

कैसे जावा में एक सामान्य सरणी बनाने के लिए

हमें उम्मीद है कि इस लेख ने SIT Vs UAT पर आपके सभी प्रश्नों को स्पष्ट कर दिया है !!

अनुशंसित पाठ

• उपयोगकर्ता स्वीकृति परीक्षण (UAT) क्या है: एक पूर्ण गाइड
• सिस्टम इंटीग्रेशन टेस्टिंग (SIT) क्या है: उदाहरणों के साथ जानें
• सिस्टम टेस्टिंग बनाम एंड-टू-एंड टेस्टिंग: ऑप्ट करने के लिए कौन सा बेहतर है?
• सिस्टम टेस्टिंग क्या है - एक अल्टीमेट बिगिनर्स गाइड
• ब्लैक बॉक्स परीक्षण: उदाहरणों और तकनीकों के साथ एक गहराई से ट्यूटोरियल
• अल्फा परीक्षण और बीटा परीक्षण (एक पूर्ण गाइड)
• अल्फा टेस्टिंग क्या है? दोषों के लिए एक प्रारंभिक अलार्म
• डेस्कटॉप, क्लाइंट सर्वर परीक्षण और वेब परीक्षण के बीच अंतर