- SIT Vs UAT: विहंगावलोकन
- सिस्टम इंटिग्रेशन टेस्टिंग ( SIT)
- वापरकर्ता स्वीकृती चाचणी (UAT)
- SIT विरुद्ध UAT
- निष्कर्ष
हा लेख SIT Vs UAT मधील मुख्य फरक स्पष्ट करतो. तुम्ही सिस्टम इंटिग्रेशन चाचणी आणि वापरकर्ता स्वीकृती चाचणी पद्धतींबद्दल देखील जाणून घ्याल:
सामान्यत: चाचणी परीक्षक आणि विकासक दोघांद्वारे केली जाते. त्यांपैकी प्रत्येक अर्जाची चाचणी घेण्यासाठी स्वतःच्या पॅटर्नचे अनुसरण करतो.
सिस्टम इंटिग्रेशन टेस्टिंग किंवा SIT हे परीक्षकांद्वारे केले जाते तर वापरकर्ता स्वीकृती चाचणी, सामान्यतः UAT म्हणून ओळखली जाणारी अंतिम वापरकर्त्यांद्वारे केली जाते. हा लेख SIT आणि UAT या दोन्हींची तपशीलवार तुलना करेल आणि दोघांमधील मुख्य फरक समजून घेण्यास मदत करेल.
चला एक्सप्लोर करूया!!
SIT Vs UAT: विहंगावलोकन
सामान्यत:, चाचणीच्या स्तरांमध्ये खालील पदानुक्रम असतात:
- युनिट चाचणी11
- घटक चाचणी
- सिस्टम चाचणी
- सिस्टम एकत्रीकरण चाचणी
- वापरकर्ता स्वीकृती चाचणी
- उत्पादन
13
आपण सिस्टम इंटिग्रेशन टेस्टिंग (एसआयटी) आणि वापरकर्ता स्वीकृती चाचणी (यूएटी) मधील मुख्य फरकांचे विश्लेषण करूया.
सिस्टम इंटिग्रेशन टेस्टिंग ( SIT)
कोणत्याही प्रकल्पात दोन भिन्न उपप्रणाली/प्रणाली एका बिंदूवर एकत्रित होतील. त्यानंतर आपल्याला या प्रणालीची संपूर्ण चाचणी करावी लागेल. म्हणून याला सिस्टीम इंटिग्रेशन टेस्टिंग म्हणतात.
SIT चे कामाचे टप्पे
- वैयक्तिक युनिट्स आधी वेगळ्या बिल्डमध्ये इंटिग्रेटेड करावे लागतात.
- संपूर्ण सिस्टमला संपूर्ण चाचणी केली जाईल.
- चाचणी प्रकरणे लिहावी लागतीलसॉफ्टवेअर आवश्यकतांवर आधारित योग्य सॉफ्टवेअर वापरणे.
- यूआय त्रुटी, डेटा प्रवाह त्रुटी आणि इंटरफेस त्रुटी या चाचणीमध्ये आढळू शकतात.
उदाहरण:
आम्ही विचार करूया की हेल्थकेअर साइटवर सुरुवातीला 3 टॅब असतात म्हणजे रुग्ण माहिती, शिक्षण आणि मागील वैद्यकीय नोंदी . हेल्थकेअर साइटने आता इंजेक्शन माहिती नावाचा नवीन टॅब जोडला आहे.
आता नवीन टॅबचे तपशील किंवा डेटाबेस विद्यमान टॅबमध्ये विलीन करणे आवश्यक आहे आणि सिस्टमला 4 टॅबसह संपूर्णपणे चाचणी केली जाईल.
आम्हाला चार टॅब असलेल्या एकात्मिक साइटची चाचणी घ्यावी लागेल.
एकात्मिक साइट दिसते खाली दर्शविल्याप्रमाणे काहीतरी:
SIT मध्ये वापरलेले तंत्र
- टॉप-डाउन अॅप्रोच
- बॉटम-अप अॅप्रोच
- बिग बँग अॅप्रोच
#1) टॉप-डाउन अॅप्रोच
नावाप्रमाणेच याचा अर्थ असा होतो की तो फॉलो करतो वरपासून खालपर्यंत अंमलबजावणी. ही एक पद्धत आहे ज्यामध्ये मुख्य कार्यक्षमता किंवा मॉड्यूलची चाचणी केली जाते आणि त्यानंतर उप-मॉड्यूल क्रमाने तपासले जातात. येथे, एक प्रश्न उद्भवतो की जर सलग प्रत्यक्ष उप-मॉड्यूल एकत्रीकरणासाठी लगेच उपस्थित नसतील तर आपण काय करू.
याचे उत्तर स्टब्सला जन्म देते.
स्टब्सना प्रोग्रॅम म्हणतात . ते डमी मॉड्यूल म्हणून काम करतात आणि आवश्यक मॉड्यूल फंक्शन मर्यादित पद्धतीने करतात.
स्टबयुनिट/मॉड्यूल/सब-मॉड्यूलची कार्यक्षमता आंशिक पद्धतीने प्रत्यक्ष मॉड्यूल एकत्रीकरणासाठी तयार होत नाही कारण सब-मॉड्यूलचे एकत्रीकरण कठीण आहे.
निम्न-स्तरीय घटक क्रमाने स्टब्सद्वारे बदलले जाऊ शकतात. समाकलित करणे. त्यामुळे टॉप-डाउन दृष्टीकोन संरचित किंवा प्रक्रिया भाषेचे अनुसरण करू शकते. एक स्टब वास्तविक घटकाने बदलल्यानंतर, पुढील स्टब वास्तविक घटकांसह बदलला जाऊ शकतो.
वरील आकृतीची अंमलबजावणी मॉड्यूल ए, मॉड्यूल बी, मॉड्यूल सी, मॉड्यूल डी, मॉड्यूल ई असेल. मॉड्यूल F, आणि मॉड्यूल G.
स्टबसाठी उदाहरण:
#2) बॉटम-अप अॅप्रोच
हा दृष्टीकोन तळापासून वरच्या पदानुक्रमाचे अनुसरण करतो. येथे, खालचे मॉड्युल प्रथम समाकलित केले जातात आणि नंतर उच्च मॉड्यूल एकत्रित केले जातात आणि चाचणी केली जातात.
सर्वात तळाशी मॉड्यूल किंवा युनिट्स विलीन आणि चाचणी केली जातात. खालच्या युनिट्सच्या संचाला क्लस्टर्स म्हणतात. सब-मॉड्यूल मुख्य मॉड्यूलसह एकत्रित करताना, मुख्य मॉड्यूल उपलब्ध नसल्यास, मुख्य प्रोग्राम कोड करण्यासाठी DRIVERS वापरले जातात.
ड्राइव्हर्सना कॉलिंग प्रोग्राम म्हणतात. .
दोष गळती या दृष्टिकोनात कमी आहे.
25>
सब-मॉड्यूल एका मध्ये समाकलित करण्यासाठी वरील आकृतीमध्ये दर्शविल्याप्रमाणे उच्च पातळी किंवा मुख्य मॉड्यूल ड्रायव्हर मॉड्यूल तयार केले आहे.
#3) बिग बँग अॅप्रोच
सोप्या शब्दात, बिग बँग अॅप्रोचमध्ये, तुम्हाला सर्व जोडणे आवश्यक आहे युनिट्स एकाच वेळी आणिसर्व घटकांची चाचणी घ्या. येथे कोणतेही विभाजन केले जात नाही. दोष गळती होऊ नये.
हा दृष्टीकोन नवीन विकसित केलेल्या प्रकल्पांसाठी उपयुक्त आहे जे सुरवातीपासून विकसित केले गेले आहेत किंवा ज्यात मोठ्या सुधारणा झाल्या आहेत.
वापरकर्ता स्वीकृती चाचणी (UAT)
जेव्हा एखादा परीक्षक पूर्ण चाचणी केलेला प्रकल्प क्लायंट/अंतिम-वापरकर्त्याला देतो तेव्हा क्लायंट/अंत-वापरकर्ता प्रकल्पाची योग्य रचना आहे की नाही हे पाहण्यासाठी पुन्हा चाचणी करेल. याला वापरकर्ता स्वीकृती चाचणी म्हणतात.
चाचणी करण्यासाठी दोन्हीसाठी योग्य चाचणी प्रकरणे लिहावी लागतात.
विकासक यावर आधारित कोड विकसित करतात. कार्यात्मक आवश्यकता तपशील दस्तऐवज. परीक्षक त्याची चाचणी घेतात आणि दोष नोंदवतात. परंतु सिस्टम नेमके कसे कार्य करते हे फक्त क्लायंट किंवा एंड-यूजरलाच माहीत असते. त्यामुळे ते त्यांच्याकडून सिस्टीमची चाचणी घेतात.
UAT च्या कार्याच्या पायऱ्या
- UAT योजना आवश्यकतेच्या आधारे तयार करावी लागते.
- परिस्थितींमध्ये आवश्यकतांनुसार तयार केले जावे.
- चाचणी प्रकरणे आणि चाचणी डेटा तयार करणे आवश्यक आहे.
- चाचणी प्रकरणे चालवावी लागतील आणि कोणत्याही दोषांसाठी तपासले जावेत.
- जर कोणताही दोष नाही आणि चाचणी प्रकरणे उत्तीर्ण झाल्यानंतर प्रकल्प साइन ऑफ केला जाऊ शकतो आणि उत्पादनासाठी पाठविला जाऊ शकतो.
- कोणतेही दोष किंवा दोष आढळल्यास ते रिलीजच्या तयारीसाठी ताबडतोब दुरुस्त करावे लागतील.
UAT चाचणीचे प्रकार
- अल्फा आणि बीटाचाचणी: अल्फा चाचणी डेव्हलपमेंट साइटवर केली जाते तर बीटा चाचणी बाह्य वातावरणात केली जाते म्हणजे बाहेरील कंपनी इ.
- कंत्राट स्वीकृती चाचणी: करारात स्वीकृत तपशील जे पूर्वनिर्धारित आहेत ते पूर्ण करणे आवश्यक आहे.
- नियमन स्वीकृती चाचणी: नावाप्रमाणे चाचणी नियमांविरुद्ध केली जाते.
- ऑपरेशनल स्वीकृती चाचणी: ऑपरेशन किंवा डिझाइन केलेले वर्कफ्लो अपेक्षेप्रमाणे असणे आवश्यक आहे.
- ब्लॅक बॉक्स चाचणी: सखोलपणे न जाता सॉफ्टवेअरची त्याच्या महत्त्वाच्या उद्देशासाठी चाचणी करणे आवश्यक आहे.
SIT विरुद्ध UAT
SIT | UAT |
---|---|
मधील मुख्य फरक हे परीक्षक आणि विकसकांद्वारे केले जाते. | हे अंतिम वापरकर्ते आणि क्लायंटद्वारे केले जाते. |
उप युनिट्स/युनिट्सचे एकत्रीकरण येथे तपासले जाते. इंटरफेसची चाचणी केली जाणार आहे. | संपूर्ण डिझाइन येथे तपासले आहे. |
वैयक्तिक युनिट्स अशा प्रकारे एकत्रित आणि तपासल्या जातात की प्रणाली आवश्यकतेनुसार कार्य करते. | प्रयोगकर्त्याच्या इच्छेनुसार उत्पादनाच्या मुख्य कार्यक्षमतेसाठी सिस्टमची संपूर्ण चाचणी केली जाते. |
हे परीक्षकांच्या आवश्यकतेनुसार केले जाते.35 | अंतिम वापरकर्त्याने उत्पादन कसे वापरायचे याच्या वापरकर्त्याच्या दृष्टीकोनावर आधारित हे केले जाते. |
सिस्टम असेंबल होताच SIT केले जाते.35 | UAT केले जातेशेवटी उत्पादन प्रकाशनाच्या अगदी अगोदर. |
निष्कर्ष
सिस्टम इंटिग्रेशन चाचणी मुख्यतः सिस्टमच्या इंटरफेस आवश्यकता तपासण्यासाठी केली जाते. तर वापरकर्ता स्वीकृती चाचणी अंतिम वापरकर्त्याद्वारे संपूर्णपणे सिस्टम कार्यक्षमतेची पडताळणी करण्यासाठी केली जाते. दोन्ही चाचणीसाठी योग्य चाचणी प्रकरणे लिहावी लागतील.
एसआयटी 3 तंत्रांनी (टॉप-डाउन, बॉटम-अप आणि बिग बॅंग पध्दती) केली जाऊ शकते. UAT 5 पद्धती वापरून केले जाऊ शकते (अल्फा आणि बीटा चाचणी, करार स्वीकृती चाचणी, नियमन स्वीकृती चाचणी, ऑपरेशनल स्वीकृती चाचणी आणि ब्लॅक बॉक्स चाचणी).
सिस्टम चाचणीमध्ये आढळलेले दोष सहजपणे दुरुस्त केले जाऊ शकतात. दोषांवर आधारित वेगवेगळे बांधकाम केले जाऊ शकते. UAT मध्ये आढळलेले दोष परीक्षकांसाठी काळे चिन्ह मानले जातात आणि ते स्वीकारले जात नाहीत.
UAT मध्ये व्यावसायिक अधिकारी किंवा ग्राहकांनी समाधानी असले पाहिजे की विकसित उत्पादन व्यावसायिक वातावरणात त्यांच्या गरजा पूर्ण करते. SIT ने सिस्टीमच्या कार्यात्मक आवश्यकता पूर्ण केल्या पाहिजेत.
आम्हाला आशा आहे की या लेखाने SIT Vs UAT वरील तुमच्या सर्व शंका स्पष्ट केल्या आहेत!!