what is system testing ultimate beginner s guide
सॉफ्टवेयर टेस्टिंग में सिस्टम टेस्टिंग क्या है?
सिस्टम टेस्टिंग का मतलब है सिस्टम को पूरी तरह से टेस्ट करना। यह सुनिश्चित करने के लिए कि सिस्टम काम करता है या नहीं, सभी मॉड्यूल / घटक एकीकृत हैं।
इंटीग्रेशन टेस्टिंग के बाद सिस्टम टेस्टिंग की जाती है। यह उच्च गुणवत्ता वाले उत्पाद को वितरित करने में महत्वपूर्ण भूमिका निभाता है।
ट्यूटोरियल की सूची:
यह सत्यापित करने के लिए एक एकीकृत हार्डवेयर और सॉफ्टवेयर सिस्टम के परीक्षण की प्रक्रिया है कि सिस्टम अपनी निर्दिष्ट आवश्यकताओं को पूरा करता है।
सत्यापन : परीक्षा द्वारा पुष्टि और वस्तुनिष्ठ साक्ष्य के प्रावधान जो निर्दिष्ट आवश्यकताओं को पूरा किया गया है।
यदि किसी अनुप्रयोग में तीन मॉड्यूल A, B, और C हैं, तो मॉड्यूल A & B या मॉड्यूल B & C या मॉड्यूल A & C के संयोजन द्वारा किया गया परीक्षण एकीकरण परीक्षण के रूप में जाना जाता है। सभी तीन मॉड्यूल को एकीकृत करना और इसे पूरी प्रणाली के रूप में परीक्षण करना सिस्टम परीक्षण के रूप में कहा जाता है।
आप क्या सीखेंगे:
- मेरा अनुभव
- पहुंच
- क्यों सिस्टम परीक्षण?
- क्या यह एक सफेद बॉक्स या ब्लैक-बॉक्स परीक्षण है?
- सिस्टम टेस्ट कैसे करें?
- लाभ
- प्रवेश / निकास मानदंड
- सिस्टम टेस्ट प्लान
- सिस्टम टेस्ट केस लिखने की प्रक्रिया
- सिस्टम टेस्ट मामले
- सिस्टम परीक्षण के प्रकार
- सिस्टम एकीकरण परीक्षण क्या है?
- प्रणाली और स्वीकृति परीक्षण के बीच अंतर
- युक्तियाँ सिस्टम टेस्ट करने के लिए
- निष्कर्ष
- अनुशंसित पाठ
मेरा अनुभव
तो ... क्या आपको वास्तव में लगता है कि यह परीक्षण करने के लिए उस भारी मात्रा में समय लगेगा, जिसे आप कहते हैं सिस्टम परीक्षण एकीकरण परीक्षण पर बहुत प्रयास करने के बाद भी?
हाल ही में हमने परियोजना के लिए जिस क्लाइंट से संपर्क किया था, वह प्रत्येक परीक्षण प्रयास के लिए प्रदान किए गए अनुमान के बारे में आश्वस्त नहीं था।
मुझे एक उदाहरण के साथ झंकार करना पड़ा:
माइक, मैं हमारे प्रयासों और उदाहरण के साथ सिस्टम परीक्षण के महत्व पर विस्तार से बताना चाहूंगा।
गोली मारो, उसने जवाब दिया।
सिस्टम परीक्षण उदाहरण
एक कार निर्माता पूरी कार के रूप में कार का उत्पादन नहीं करता है। कार के प्रत्येक घटक को अलग से निर्मित किया जाता है, जैसे सीटें, स्टीयरिंग, मिरर, ब्रेक, केबल, इंजन, कार फ्रेम, पहिए आदि।
प्रत्येक आइटम के निर्माण के बाद, यह स्वतंत्र रूप से परीक्षण किया जाता है कि क्या यह उस तरीके से काम कर रहा है जैसे इसे काम करना है और जिसे यूनिट परीक्षण कहा जाता है।
उदाहरण के साथ c ++ में प्रीप्रोसेसर निर्देश
अब, जब प्रत्येक भाग को दूसरे भाग के साथ इकट्ठा किया जाता है, तो इकट्ठे संयोजन की जाँच की जाती है यदि कोडांतरण ने प्रत्येक घटक की कार्यक्षमता पर कोई दुष्प्रभाव नहीं उत्पन्न किया है और क्या दोनों घटक अपेक्षित रूप से एक साथ काम कर रहे हैं और इसे एकीकरण परीक्षण कहा जाता है।
एक बार जब सभी भागों को इकट्ठा किया जाता है और कार तैयार होती है, तो यह वास्तव में तैयार नहीं होती है।
पूरी कार को अलग-अलग पहलुओं के लिए जाँचने की आवश्यकता है जैसे कि परिभाषित किया गया है जैसे कि कार को सुचारू रूप से चलाया जा सकता है, ब्रेक, गियर, और अन्य कार्यक्षमता ठीक से काम कर रही है, कार 2500 मील तक लगातार चलने के बाद थकान का कोई संकेत नहीं दिखाती है, रंग कार को आम तौर पर स्वीकार किया जाता है और पसंद किया जाता है, कार को किसी भी तरह की सड़कों पर चलाया जा सकता है जैसे चिकनी और उबड़-खाबड़, सीधी और सीधी, आदि और परीक्षण के इस पूरे प्रयास को सिस्टम टेस्टिंग कहा जाता है और इसका एकीकरण परीक्षण से कोई लेना-देना नहीं है।
उदाहरण ने काम किया जिस तरह से यह अपेक्षित था और ग्राहक सिस्टम परीक्षण के लिए आवश्यक प्रयासों के बारे में आश्वस्त था।
मैंने इस परीक्षण के महत्व को प्रोत्साहित करने के लिए यहां उदाहरण दिया।
पहुंच
यह तब किया जाता है जब एकीकरण परीक्षण पूरा हो जाता है।
यह मुख्य रूप से ब्लैक-बॉक्स प्रकार का परीक्षण है। यह परीक्षण एक विनिर्देशन दस्तावेज़ की सहायता से उपयोगकर्ता के दृष्टिकोण से सिस्टम के काम का मूल्यांकन करता है। यह कोड के डिजाइन या संरचना जैसी प्रणालियों के किसी भी आंतरिक ज्ञान की आवश्यकता नहीं है।
इसमें एप्लिकेशन / उत्पाद के कार्यात्मक और गैर-कार्यात्मक क्षेत्र शामिल हैं।
फोकस मापदंड:
यह मुख्य रूप से निम्नलिखित पर केंद्रित है:
- बाहरी इंटरफेस
- मल्टीप्रोग्राम और जटिल कार्यक्षमता
- सुरक्षा
- स्वास्थ्य लाभ
- प्रदर्शन
- ऑपरेटर और सिस्टम के साथ उपयोगकर्ता की सहज बातचीत
- स्थापित करने की क्षमता
- प्रलेखन
- प्रयोज्य
- भार / तनाव
क्यों सिस्टम परीक्षण?
# 1) पूर्ण परीक्षण चक्र पूरा करना बहुत महत्वपूर्ण है और एसटी वह चरण है जहां यह किया जाता है।
#दो) ST एक ऐसे वातावरण में किया जाता है जो उत्पादन वातावरण के समान है और इसलिए हितधारक उपयोगकर्ता की प्रतिक्रिया का अच्छा विचार प्राप्त कर सकते हैं।
# 3) यह परिनियोजन समस्या निवारण और समर्थन कॉल के बाद न्यूनतम करने में मदद करता है।
# ४ ) इस STLC स्टेज एप्लिकेशन आर्किटेक्चर और व्यावसायिक आवश्यकताओं में, दोनों का परीक्षण किया जाता है।
यह परीक्षण बहुत महत्वपूर्ण है और यह ग्राहक को गुणवत्तापूर्ण उत्पाद प्रदान करने में महत्वपूर्ण भूमिका निभाता है।
आइए नीचे दिए गए उदाहरणों के माध्यम से इस परीक्षण के महत्व को देखें जिसमें हमारे दिन से लेकर दिन के कार्य शामिल हैं:
- यदि पुष्टि के बाद ऑनलाइन लेनदेन विफल हो जाता है तो क्या होगा?
- क्या होगा यदि एक ऑनलाइन साइट की गाड़ी में रखा गया आइटम ऑर्डर करने की अनुमति नहीं देता है?
- क्या होगा अगर एक जीमेल खाते में एक नया लेबल बनाने से टैब बनाने पर क्लिक करने में त्रुटि होती है?
- यदि सिस्टम पर लोड बढ़ जाता है तो सिस्टम क्रैश हो जाता है तो क्या होगा?
- क्या होगा यदि सिस्टम क्रैश हो जाए और वांछित डेटा को पुनर्प्राप्त करने में सक्षम न हो?
- क्या होगा यदि सिस्टम पर सॉफ़्टवेयर स्थापित करना उम्मीद से अधिक समय लेता है और अंत में एक त्रुटि देता है?
- क्या होगा अगर एक वेबसाइट प्रतिक्रिया समय वृद्धि के बाद अपेक्षा से अधिक बढ़ जाती है?
- क्या होगा यदि एक वेबसाइट बहुत धीमी हो जाती है कि उपयोगकर्ता अपनी यात्रा टिकट बुक करने में असमर्थ है?
ऊपर कुछ उदाहरण दिए गए हैं जो यह दिखाते हैं कि यदि उचित तरीके से नहीं किया गया तो सिस्टम परीक्षण कैसे प्रभावित होगा।
उपरोक्त सभी उदाहरण या तो सिस्टम परीक्षण के परिणाम हैं या नहीं ठीक से नहीं किए गए हैं। सभी एकीकृत मॉड्यूल का परीक्षण किया जाना चाहिए ताकि यह सुनिश्चित हो सके कि उत्पाद आवश्यकताओं के अनुसार काम करता है।
क्या यह एक सफेद बॉक्स या ब्लैक-बॉक्स परीक्षण है?
सिस्टम टेस्टिंग को ब्लैक-बॉक्स टेस्ट तकनीक माना जा सकता है।
ब्लैक बॉक्स परीक्षण तकनीक को कोड के आंतरिक ज्ञान की आवश्यकता नहीं होती है जबकि सफेद बॉक्स तकनीक को कोड के आंतरिक ज्ञान की आवश्यकता होती है।
सिस्टम परीक्षण कार्यात्मक और गैर-कार्यात्मक प्रदर्शन करते समय, सुरक्षा, प्रदर्शन और कई अन्य परीक्षण प्रकार कवर किए जाते हैं और उन्हें एक ब्लैक-बॉक्स तकनीक का उपयोग करके परीक्षण किया जाता है जिसमें सिस्टम को इनपुट प्रदान किया जाता है और आउटपुट सत्यापित होता है। सिस्टम आंतरिक ज्ञान की आवश्यकता नहीं है।
ब्लैक बॉक्स तकनीक:
सिस्टम टेस्ट कैसे करें?
यह मूल रूप से सॉफ्टवेयर परीक्षण का एक हिस्सा है और टेस्ट प्लान में हमेशा इस परीक्षण के लिए विशिष्ट स्थान होना चाहिए।
संपूर्ण रूप से प्रणाली का परीक्षण करने के लिए, आवश्यकताओं और अपेक्षाओं को स्पष्ट होना चाहिए और परीक्षक को आवेदन के वास्तविक समय के उपयोग को भी समझना होगा।
इसके अलावा, अधिकांश उपयोग किए जाने वाले तृतीय-पक्ष उपकरण, OS के संस्करण, OS के फ़्लेवर और आर्किटेक्चर सिस्टम की कार्यक्षमता, प्रदर्शन, सुरक्षा, पुनर्प्राप्ति या किस्त को प्रभावित कर सकते हैं।
इसलिए, सिस्टम का परीक्षण करते समय यह स्पष्ट तस्वीर होती है कि आवेदन का उपयोग कैसे किया जा रहा है और यह वास्तविक समय में किस प्रकार के मुद्दों का सामना कर सकता है। इसके अलावा, एक आवश्यकता दस्तावेज आवेदन को समझने के रूप में महत्वपूर्ण है।
स्पष्ट और अपडेट की गई आवश्यकताएं दस्तावेज़ परीक्षक को कई गलतफहमियों, मान्यताओं और प्रश्नों से बचा सकती हैं।
संक्षेप में, वास्तविक समय के अनुप्रयोग उपयोग की समझ के साथ नवीनतम अपडेट के साथ एक इंगित और कुरकुरा आवश्यकता दस्तावेज़ एसटी को अधिक फलदायी बना सकता है।
यह परीक्षण योजनाबद्ध और व्यवस्थित तरीके से किया जाता है।
इस परीक्षण को करते समय नीचे दिए गए विभिन्न चरण शामिल हैं:
- टेस्ट प्लान बनाने के लिए सबसे पहला कदम है।
- सिस्टम टेस्ट केस बनाएँ और स्क्रिप्ट का परीक्षण करें।
- इस परीक्षण के लिए आवश्यक परीक्षण डेटा तैयार करें।
- सिस्टम परीक्षण मामलों और स्क्रिप्ट को निष्पादित करें।
- बग रिपोर्ट करें। एक बार तय किए गए बग्स का पुन: परीक्षण करें।
- प्रतिगमन परीक्षण कोड में परिवर्तन के प्रभाव को सत्यापित करने के लिए।
- परीक्षण चक्र की पुनरावृत्ति जब तक कि सिस्टम तैनात करने के लिए तैयार न हो।
- परीक्षण टीम से साइन इन करें।
क्या टेस्ट करें?
नीचे दिए गए बिंदु इस परीक्षण में शामिल हैं:
- एंड टू एंड टेस्टिंग जिसमें सभी घटकों के बीच और बाह्य बाह्य उपकरणों के साथ बातचीत को सत्यापित करना शामिल है ताकि यह सुनिश्चित हो सके कि सिस्टम इस परीक्षण में किसी भी परिदृश्य में ठीक काम करता है या नहीं।
- यह पुष्टि करता है कि सिस्टम को दिया गया इनपुट अपेक्षित परिणाम प्रदान करता है।
- यह सत्यापित करता है कि सभी कार्यात्मक और गैर-कार्यात्मक आवश्यकताओं का परीक्षण किया जाता है और यदि वे अपेक्षित रूप से काम करते हैं या नहीं।
- इसके लिए और स्क्रिप्टेड परीक्षण पूरा हो जाने के बाद इस परीक्षण में खोजपूर्ण परीक्षण किया जा सकता है। खोजपूर्ण परीक्षण और तदर्थ परीक्षण उन बगों को प्रकट करने में मदद करता है जिन्हें स्क्रिप्टेड परीक्षण में नहीं पाया जा सकता है क्योंकि यह परीक्षकों को परीक्षण करने की स्वतंत्रता देता है क्योंकि उनकी इच्छा उनके अनुभव और अंतर्ज्ञान पर आधारित है।
लाभ
कई फायदे हैं:
- इस परीक्षण में सिस्टम का परीक्षण करने के लिए अंत से अंत तक के परिदृश्य शामिल हैं।
- यह परीक्षण उत्पादन वातावरण के समान वातावरण में किया जाता है जो उपयोगकर्ता के दृष्टिकोण को समझने में मदद करता है और उन मुद्दों को रोकता है जो सिस्टम के लाइव होने पर हो सकते हैं।
- यदि यह परीक्षण एक व्यवस्थित और उचित तरीके से किया जाता है, तो इससे उत्पादन के बाद के मुद्दों को कम करने में मदद मिलेगी।
- यह परीक्षण अनुप्रयोग वास्तुकला और व्यावसायिक आवश्यकताओं दोनों का परीक्षण करता है।
प्रवेश / निकास मानदंड
सिस्टम टेस्ट के लिए प्रवेश / निकास मापदंड पर एक विस्तृत नज़र डालते हैं।
प्रवेश मानदंड:
- सिस्टम को एकीकरण परीक्षण के निकास मानदंड से गुजरना चाहिए था यानी सभी परीक्षण मामलों को निष्पादित किया जाना चाहिए था और एक खुली अवस्था में कोई महत्वपूर्ण या प्राथमिकता पी 1, पी 2 बग नहीं होना चाहिए।
- जाँच की योजना इस परीक्षण के लिए मंजूरी दे दी जानी चाहिए और हस्ताक्षर किए जाने चाहिए।
- परीक्षण मामलों / परिदृश्यों को निष्पादित करने के लिए तैयार होना चाहिए।
- टेस्ट स्क्रिप्ट को निष्पादित करने के लिए तैयार होना चाहिए।
- सभी गैर-कार्यात्मक आवश्यकताएं उपलब्ध होनी चाहिए और उसी के लिए परीक्षण मामले बनाए जाने चाहिए थे।
- परीक्षण का वातावरण तैयार होना चाहिए।
मानदंड से बाहर निकलें:
- सभी परीक्षण मामलों को निष्पादित किया जाना चाहिए।
- कोई भी महत्वपूर्ण या प्राथमिकता या सुरक्षा से संबंधित बग किसी खुले राज्य में नहीं होना चाहिए।
- यदि कोई मध्यम या निम्न प्राथमिकता वाले कीड़े खुले राज्य में हैं, तो इसे ग्राहक की स्वीकृति के साथ लागू किया जाना चाहिए।
- एक्ज़िट रिपोर्ट प्रस्तुत की जानी चाहिए।
सिस्टम टेस्ट प्लान
टेस्ट प्लान एक दस्तावेज है जिसका उपयोग किसी उत्पाद को विकसित करने के उद्देश्य, उद्देश्य और कार्यक्षेत्र का वर्णन करने के लिए किया जाता है। क्या परीक्षण किया जाना है और क्या परीक्षण नहीं किया जाना चाहिए, परीक्षण रणनीतियों, उपयोग किए जाने वाले उपकरण, पर्यावरण की आवश्यकता और हर दूसरे विवरण को परीक्षण के साथ आगे बढ़ने के लिए प्रलेखित किया जाता है।
टेस्ट प्लान बहुत व्यवस्थित और रणनीतिक तरीके से परीक्षण को आगे बढ़ाने में मदद करता है और परीक्षण करते समय किसी भी जोखिम या मुद्दों से बचने में मदद करता है।
सिस्टम टेस्ट प्लान में निम्नलिखित बिंदु शामिल हैं:
- इस परीक्षण के लिए उद्देश्य और उद्देश्य परिभाषित किया गया है।
- स्कोप (परीक्षण करने के लिए सुविधाएँ, परीक्षण नहीं की जाने वाली सुविधाएँ सूचीबद्ध हैं)।
- टेस्ट एक्सेप्टेंस क्राइटेरिया (मानदंड जिस पर सिस्टम को स्वीकार किया जाएगा यानी स्वीकृति मानदंड में उल्लेखित बिंदु पास केंद्र में होना चाहिए)।
- प्रवेश / निकास मानदंड (मापदंड को परिभाषित करता है कि सिस्टम परीक्षण कब शुरू होना चाहिए और कब इसे पूर्ण माना जाना चाहिए)।
- टेस्ट शेड्यूल (एक विशिष्ट समय पर परीक्षण पूरा होने का अनुमान)।
- टेस्ट की रणनीति (परीक्षण तकनीक शामिल है)।
- संसाधन (परीक्षण, उनकी भूमिका, संसाधन उपलब्धता, आदि के लिए आवश्यक संसाधनों की संख्या)।
- परीक्षण पर्यावरण (ऑपरेटिंग सिस्टम, ब्राउज़र, प्लेटफ़ॉर्म)।
- परीक्षण के मामलों (निष्पादित किए जाने वाले परीक्षण मामलों की सूची)।
- मान्यताओं (यदि कोई धारणा है, तो उन्हें टेस्ट प्लान में शामिल किया जाना चाहिए)।
सिस्टम टेस्ट केस लिखने की प्रक्रिया
सिस्टम परीक्षण के मामले सभी परिदृश्यों को कवर करते हैं और मामलों का उपयोग करते हैं और यह कार्यात्मक, गैर-कार्यात्मक, उपयोगकर्ता इंटरफ़ेस, सुरक्षा से संबंधित परीक्षण मामलों को भी कवर करता है। परीक्षण मामलों को उसी तरह से लिखा जाता है जैसे वे कार्यात्मक परीक्षण के लिए लिखे जाते हैं।
सिस्टम परीक्षण के मामलों में टेम्पलेट में नीचे के क्षेत्र शामिल हैं:
- टेस्ट केस आईडी
- टेस्ट सूट का नाम
- विवरण - परीक्षण मामले को निष्पादित करने का वर्णन करता है।
- चरण - परीक्षण करने के तरीके का वर्णन करने के लिए चरण प्रक्रिया द्वारा चरण।
- टेस्ट डेटा - एप्लिकेशन का परीक्षण करने के लिए डमी डेटा तैयार किया जाता है।
- अपेक्षित परिणाम - अपेक्षित दस्तावेज के अनुसार अपेक्षित परिणाम इस कॉलम में दिए गए हैं।
- वास्तविक परिणाम - इस कॉलम में परीक्षण मामले के निष्पादन के बाद परिणाम।
- पास / असफल - वास्तविक और अपेक्षित परिणाम में तुलना पास / असफल मानदंड को परिभाषित करती है।
- टिप्पणियों
सिस्टम टेस्ट मामले
ईकामर्स साइट के लिए कुछ नमूना परीक्षण परिदृश्य यहां दिए गए हैं:
- यदि साइट सभी प्रासंगिक पृष्ठों, सुविधाओं और लोगो के साथ ठीक से लॉन्च होती है
- यदि उपयोगकर्ता साइट पर पंजीकरण / लॉगिन कर सकता है
- यदि उपयोगकर्ता उपलब्ध उत्पादों को देख सकता है, तो वह अपनी कार्ट में उत्पादों को जोड़ सकता है भुगतान कर सकता है और ई-मेल या एसएमएस या कॉल के माध्यम से पुष्टि प्राप्त कर सकता है।
- यदि खोज, फ़िल्टरिंग, सॉर्टिंग, जोड़ना, बदलना, विशलिस्ट, आदि जैसी प्रमुख कार्यक्षमता अपेक्षित रूप से काम करती है
- यदि उपयोगकर्ताओं की संख्या (आवश्यकता दस्तावेज़ में परिभाषित) एक साथ साइट तक पहुंच सकती है
- यदि साइट सभी प्रमुख ब्राउज़रों और उनके नवीनतम संस्करणों में ठीक से लॉन्च होती है
- यदि किसी विशिष्ट उपयोगकर्ता के माध्यम से साइट पर लेन-देन किया जा रहा है तो वे पर्याप्त सुरक्षित हैं
- यदि साइट विंडोज, लिनक्स, मोबाइल, आदि जैसे सभी समर्थित प्लेटफार्मों पर ठीक से लॉन्च होती है।
- यदि उपयोगकर्ता मैनुअल / गाइड रिटर्न पॉलिसी, गोपनीयता नीति और साइट का उपयोग करने की शर्तें एक अलग दस्तावेज़ और किसी भी नौसिखिया या पहले उपयोगकर्ता के लिए उपयोगी के रूप में उपलब्ध हैं।
- यदि पृष्ठों की सामग्री ठीक से संरेखित है, अच्छी तरह से प्रबंधित और वर्तनी की गलतियों के बिना।
- यदि सत्र का समय समाप्त हो गया है और अपेक्षित रूप से काम कर रहा है
- यदि कोई उपयोगकर्ता साइट का उपयोग करने के बाद संतुष्ट है या दूसरे शब्दों में उपयोगकर्ता को साइट का उपयोग करना मुश्किल नहीं है।
सिस्टम परीक्षण के प्रकार
ST को सभी प्रकार के परीक्षण का सुपरसेट कहा जाता है क्योंकि इसमें सभी प्रमुख प्रकार के परीक्षण शामिल हैं। यद्यपि परीक्षण के प्रकारों पर ध्यान उत्पाद, संगठन प्रक्रियाओं, समयरेखा और आवश्यकताओं के आधार पर भिन्न हो सकता है।
कुल मिलाकर इसे नीचे परिभाषित किया जा सकता है:
कार्यक्षमता परीक्षण: यह सुनिश्चित करने के लिए कि उत्पाद की कार्यक्षमता सिस्टम की क्षमताओं के भीतर परिभाषित आवश्यकताओं के अनुसार काम कर रही है।
पुन: प्रयोज्यता परीक्षण: यह सुनिश्चित करने के लिए कि सिस्टम विभिन्न इनपुट त्रुटियों और अन्य विफलता स्थितियों से कितनी अच्छी तरह से ठीक हो जाता है।
अंतर परीक्षण: यह सुनिश्चित करने के लिए कि सिस्टम तीसरे पक्ष के उत्पादों के साथ अच्छी तरह से काम कर सकता है या नहीं।
प्रदर्शन का परीक्षण: प्रदर्शन विशेषताओं के संदर्भ में, विभिन्न स्थिति के तहत सिस्टम के प्रदर्शन को सुनिश्चित करने के लिए।
स्केलेबिलिटी परीक्षण: उपयोगकर्ता की स्केलिंग, भौगोलिक स्केलिंग और संसाधन स्केलिंग जैसी विभिन्न शर्तों में सिस्टम की स्केलिंग क्षमताओं को सुनिश्चित करने के लिए।
विश्वसनीयता परीक्षण: यह सुनिश्चित करने के लिए कि सिस्टम को विफलताओं को विकसित किए बिना लंबी अवधि के लिए संचालित किया जा सकता है।
प्रतिगमन परीक्षण: सिस्टम की स्थिरता सुनिश्चित करने के लिए क्योंकि यह विभिन्न उप-प्रणालियों और रखरखाव कार्यों के एकीकरण से गुजरता है।
प्रलेखन परीक्षण: यह सुनिश्चित करने के लिए कि सिस्टम का उपयोगकर्ता गाइड और अन्य सहायता विषय दस्तावेज़ सही और उपयोगी हैं।
सुरक्षा परीक्षण: यह सुनिश्चित करने के लिए कि सिस्टम डेटा और संसाधनों तक अनधिकृत पहुंच की अनुमति नहीं देता है।
उपयोगिता परीक्षण : यह सुनिश्चित करने के लिए कि सिस्टम का उपयोग करना, सीखना और संचालित करना आसान है।
अधिक सिस्टम परीक्षण प्रकार
(1) ग्राफिकल यूजर इंटरफेस टेस्टिंग (GUI):
GUI परीक्षण यह सत्यापित करने के लिए किया जाता है कि कोई सिस्टम GUI अपेक्षित है या नहीं। जीयूआई मूल रूप से एक उपयोगकर्ता को दिखाई देता है जब वह एप्लिकेशन का उपयोग करता है। जीयूआई परीक्षण में परीक्षण बटन, आइकन, चेकबॉक्स, सूची बॉक्स, टेक्स्टबॉक्स, मेनू, टूलबार, संवाद बॉक्स, आदि शामिल हैं।
# 2) संगतता परीक्षण:
संगतता परीक्षण यह सुनिश्चित करने के लिए किया जाता है कि विकसित उत्पाद विभिन्न ब्राउज़रों, हार्डवेयर प्लेटफ़ॉर्म, ऑपरेटिंग सिस्टम और डेटाबेस में आवश्यकता दस्तावेज़ के अनुसार संगत है।
# 3) अपवाद हैंडलिंग:
अपवाद हैंडलिंग परीक्षण यह सत्यापित करने के लिए किया जाता है कि उत्पाद में कोई अनपेक्षित त्रुटि होने पर भी उसे सही त्रुटि संदेश दिखाना चाहिए और एप्लिकेशन को रुकने नहीं देना चाहिए। यह इस तरह से अपवाद को संभालता है कि इस बीच त्रुटि दिखाई जाती है, उत्पाद ठीक हो जाता है और सिस्टम को गलत लेनदेन की प्रक्रिया करने की अनुमति देता है।
# 4) वॉल्यूम परीक्षण:
वॉल्यूम परीक्षण एक प्रकार का गैर-कार्यात्मक परीक्षण है जिसमें बड़ी मात्रा में डेटा का उपयोग करके परीक्षण किया जाता है। उदाहरण के लिए, सिस्टम प्रदर्शन को सत्यापित करने के लिए डेटाबेस में डेटा की मात्रा बढ़ जाती है।
# 5) तनाव परीक्षण:
किसी एप्लिकेशन पर (एक ही समय में) उपयोगकर्ताओं की संख्या को बढ़ाकर तनाव परीक्षण किया जाता है ताकि एप्लिकेशन टूट जाए। यह उस बिंदु को सत्यापित करने के लिए किया जाता है जिस पर आवेदन टूट जाएगा।
# 6) स्वच्छता परीक्षण:
स्वच्छता परीक्षण जब निर्माण कोड या कार्यक्षमता में परिवर्तन के साथ या किसी बग को ठीक किया गया हो, तब जारी किया जाता है। यह पुष्टि करता है कि किए गए परिवर्तनों ने कोड को प्रभावित नहीं किया है और इसके कारण कोई अन्य समस्या नहीं हुई है और सिस्टम पहले की तरह काम करता है।
यदि कोई समस्या होती है, तो बिल्ड को आगे के परीक्षण के लिए स्वीकार नहीं किया जाता है।
मूल रूप से, समय और लागत को बचाने के लिए बिल्ड के लिए पूरी तरह से परीक्षण नहीं किया जाता है क्योंकि यह एक मुद्दे के लिए बिल्ड को अस्वीकार करता है। सनिटी परीक्षण किए गए परिवर्तन के लिए या निश्चित मुद्दे के लिए किया जाता है न कि पूर्ण प्रणाली के लिए।
# 7) धुआँ परीक्षण:
धुआँ परीक्षण एक परीक्षण है जो बिल्ड पर यह सत्यापित करने के लिए किया जाता है कि बिल्ड आगे परीक्षण योग्य है या नहीं। यह पुष्टि करता है कि निर्माण परीक्षण के लिए स्थिर है और सभी महत्वपूर्ण कार्य ठीक हैं। स्मोक परीक्षण पूर्ण प्रणाली के लिए किया जाता है यानी एंड टू एंड परीक्षण किया जाता है।
# 8) खोजी परीक्षण:
खोजपूर्ण परीक्षण जैसा कि नाम से ही पता चलता है कि यह सभी एप्लिकेशन को एक्सप्लोर करने के बारे में है। खोजपूर्ण परीक्षण में कोई स्क्रिप्टेड परीक्षण नहीं किया जाता है। परीक्षण के साथ ही परीक्षण के मामले लिखे जाते हैं। यह नियोजन की तुलना में निष्पादन पर अधिक ध्यान केंद्रित करता है।
टेस्टर को अपने अंतर्ज्ञान, अनुभव और बुद्धि का उपयोग करके अपने दम पर परीक्षण करने की स्वतंत्रता है। एक परीक्षक पहले परीक्षण करने के लिए किसी भी सुविधा का चयन कर सकता है यानी यादृच्छिक रूप से वह परीक्षण करने के लिए सुविधा को चुन सकता है, अन्य तकनीकों के विपरीत जहां परीक्षण करने के लिए संरचनात्मक तरीके का उपयोग किया जाता है।
# 9) तदर्थ परीक्षण:
एडहॉक टेस्टिंग अनौपचारिक परीक्षण है जहां आवेदन का परीक्षण करने के लिए कोई दस्तावेज या योजना नहीं बनाई गई है। परीक्षक किसी भी परीक्षण मामलों के बिना आवेदन का परीक्षण करता है। एक परीक्षक का उद्देश्य आवेदन को तोड़ना है। परीक्षक आवेदन में महत्वपूर्ण मुद्दों को खोजने के लिए अपने अनुभव, अनुमान और अंतर्ज्ञान का उपयोग करता है।
# 10) स्थापना परीक्षण:
स्थापना परीक्षण यह सत्यापित करना है कि सॉफ्टवेयर बिना किसी समस्या के स्थापित हो गया है या नहीं।
यह परीक्षण का सबसे महत्वपूर्ण हिस्सा है क्योंकि सॉफ़्टवेयर की स्थापना उपयोगकर्ता और उत्पाद के बीच बहुत पहले की बातचीत है। संस्थापन परीक्षण का प्रकार विभिन्न कारकों पर निर्भर करता है जैसे ऑपरेटिंग सिस्टम, प्लेटफ़ॉर्म, सॉफ़्टवेयर का वितरण, आदि।
यदि इंटरनेट के माध्यम से इंस्टॉलेशन किया जाता है तो परीक्षण के मामले शामिल किए जा सकते हैं:
- खराब नेटवर्क की गति और टूटा हुआ कनेक्शन।
- फ़ायरवॉल और सुरक्षा से संबंधित।
- आकार और अनुमानित समय लिया जाता है।
- समवर्ती स्थापना / डाउनलोड।
- अपर्याप्त स्मृति
- अपर्याप्त जगह
- निरस्त स्थापना
# 11) रखरखाव परीक्षण:
एक बार उत्पाद लाइव हो जाता है, तो समस्या लाइव वातावरण में हो सकती है या उत्पाद में कुछ वृद्धि आवश्यक हो सकती है।
उत्पाद को लाइव होने के बाद रखरखाव की आवश्यकता होती है और रखरखाव टीम द्वारा इसका ध्यान रखा जाता है। किसी भी मुद्दे या हार्डवेयर में वृद्धि या माइग्रेशन के लिए किया गया परीक्षण रखरखाव परीक्षण के अंतर्गत आता है।
सिस्टम एकीकरण परीक्षण क्या है?
यह एक प्रकार का परीक्षण है जिसमें सिस्टम की डेटा अखंडता को बनाए रखने की क्षमता और समान वातावरण में अन्य प्रणालियों के साथ समन्वय में संचालन की जाँच की जा रही है।
सिस्टम एकीकरण परीक्षण का उदाहरण:
आइए जाने-माने ऑनलाइन टिकट बुकिंग साइट - http://irctc.co.in का उदाहरण लें।
यह एक टिकट बुकिंग की सुविधा है; एक ऑनलाइन शॉपिंग सुविधा पेपाल के साथ बातचीत करती है। कुल मिलाकर आप इसे A * B * C = R मान सकते हैं।
अब सिस्टम स्तर पर, ऑनलाइन टिकट बुकिंग सुविधा, ऑनलाइन शॉपिंग सुविधा, और ऑनलाइन भुगतान विकल्प सुविधा का स्वतंत्र रूप से परीक्षण किया जा सकता है, इसके बाद उनमें से प्रत्येक के लिए इंटीग्रेशन टेस्ट किया जा सकता है। और फिर पूरे सिस्टम को व्यवस्थित रूप से जांचने की आवश्यकता है।
तो सिस्टम एकीकरण परीक्षण तस्वीर में कहाँ आता है?
वेब पोर्टल http://Irctc.co.in सिस्टम का एक संयोजन है। आप एक ही स्तर (एकल प्रणाली, सिस्टम की प्रणाली) पर परीक्षण कर सकते हैं, लेकिन प्रत्येक स्तर पर, आप विभिन्न जोखिमों (एकीकरण समस्याओं, स्वतंत्र कार्यक्षमता) पर ध्यान केंद्रित करना चाह सकते हैं।
- ऑनलाइन टिकट बुकिंग सुविधा का परीक्षण करते समय, यदि आप ऑनलाइन टिकट बुक करने में सक्षम हैं, तो आप सत्यापित कर सकते हैं। आप एकीकरण समस्याओं पर भी विचार कर सकते हैं उदाहरण के लिए, टिकट बुकिंग सुविधा फ्रंट-एंड (UI) के साथ बैक-एंड को एकीकृत करती है। उदाहरण के लिए, जब डेटाबेस सर्वर प्रतिक्रिया देने के लिए धीमा हो, तो फ्रंट-एंड कैसे व्यवहार करता है?
- ऑनलाइन शॉपिंग सुविधा के साथ ऑनलाइन टिकट बुकिंग सुविधा का परीक्षण। आप यह सत्यापित कर सकते हैं कि ऑनलाइन शॉपिंग सुविधा ऑनलाइन टिकट बुक करने के लिए सिस्टम में लॉग इन करने वाले उपयोगकर्ताओं के लिए उपलब्ध है। आप ऑनलाइन शॉपिंग सुविधा में एकीकरण के सत्यापन पर भी विचार कर सकते हैं। उदाहरण के लिए, यदि उपयोगकर्ता बिना किसी परेशानी के किसी उत्पाद का चयन करने और खरीदने में सक्षम है।
- पेपाल के साथ ऑनलाइन टिकट बुकिंग सुविधा के एकीकरण का परीक्षण। आप यह सत्यापित कर सकते हैं कि टिकट बुक करने के बाद, पैसे आपके पेपाल खाते से ऑनलाइन टिकट बुकिंग खाते में स्थानांतरित किए गए थे या नहीं। आप पेपल में एकीकरण के सत्यापन पर भी विचार कर सकते हैं। उदाहरण के लिए, क्या होगा अगर सिस्टम केवल एक बार पैसे के लिए बहस करने के बाद एक डेटाबेस में दो प्रविष्टियाँ डालता है?
अंतरसिस्टम परीक्षण और सिस्टम एकीकरण परीक्षण के बीच:
मुख्य अंतर यह है:
- सिस्टम परीक्षण प्रासंगिक वातावरण के साथ एकल सिस्टम की अखंडता के बाद दिखता है
- सिस्टम इंटीग्रेशन टेस्टिंग एक ही वातावरण में होने के कारण एक-दूसरे के साथ कई सिस्टम की अखंडता का परीक्षण करती है।
इस प्रकार, सिस्टम परीक्षण वास्तविक परीक्षण की शुरुआत है जहां आप किसी उत्पाद को संपूर्ण रूप से परीक्षण करते हैं न कि मॉड्यूल / सुविधा के रूप में।
प्रणाली और स्वीकृति परीक्षण के बीच अंतर
नीचे दिए गए प्रमुख अंतर हैं:
| सिस्टम परीक्षण | स्वीकृति परीक्षण | |
|---|---|---|
| 1 | सिस्टम परीक्षण एक पूरे के रूप में एक प्रणाली का परीक्षण है। यह सुनिश्चित करने के लिए एंड टू एंड टेस्टिंग की जाती है कि सभी परिदृश्य उम्मीद के मुताबिक काम कर रहे हैं। | यदि उत्पाद ग्राहक की आवश्यकता को पूरा करता है तो यह सत्यापित करने के लिए स्वीकृति परीक्षण किया जाता है। |
| दो | सिस्टम परीक्षण में कार्यात्मक और गैर-कार्यात्मक परीक्षण शामिल हैं और यह परीक्षकों द्वारा किया जाता है। | स्वीकृति परीक्षण कार्यात्मक परीक्षण है और यह परीक्षकों द्वारा और साथ ही एक ग्राहक द्वारा किया जाता है। |
| ३ | परीक्षकों द्वारा बनाए गए परीक्षण डेटा का उपयोग करके परीक्षण किया जाता है। | स्वीकृति परीक्षण करते समय वास्तविक / उत्पादन डेटा का उपयोग किया जाता है। |
| ४ | उत्पाद की कार्यक्षमता और प्रदर्शन की जांच करने के लिए एक पूरे के रूप में एक प्रणाली का परीक्षण किया जाता है। | स्वीकृति परीक्षण उस व्यावसायिक आवश्यकता को सत्यापित करने के लिए किया जाता है यानी यह उस उद्देश्य को हल करता है जो ग्राहक देख रहा है। |
| ५ | परीक्षण में पाए गए दोषों को ठीक किया जा सकता है। | स्वीकृति परीक्षण के दौरान पाया गया कोई भी दोष उत्पाद की विफलता माना जाता है। |
| ६ | सिस्टम और सिस्टम एकीकरण परीक्षण सिस्टम परीक्षण के प्रकार हैं। | अल्फा और बीटा परीक्षण स्वीकृति परीक्षण के अंतर्गत आते हैं। |
युक्तियाँ सिस्टम टेस्ट करने के लिए
- आदर्श परीक्षण करने के बजाय वास्तविक समय के परिदृश्य को दोहराएं क्योंकि सिस्टम का उपयोग एंड-यूज़र द्वारा किया जा रहा है न कि प्रशिक्षित परीक्षक द्वारा।
- सिस्टम की प्रतिक्रिया को विभिन्न शब्दों में सत्यापित करें क्योंकि मानव प्रतीक्षा करना या गलत डेटा देखना पसंद नहीं करता है।
- प्रलेखन के अनुसार सिस्टम को स्थापित करें और कॉन्फ़िगर करें क्योंकि यही एंड-यूज़र करने जा रहा है।
- व्यवसाय विश्लेषकों, डेवलपर्स, परीक्षकों, ग्राहकों जैसे विभिन्न क्षेत्रों के लोगों को एक बेहतर प्रणाली में भेज सकते हैं।
- नियमित रूप से परीक्षण यह सुनिश्चित करने का एकमात्र तरीका है कि बग को ठीक करने के लिए कोड में लिटलेट परिवर्तन ने सिस्टम में एक और महत्वपूर्ण बग नहीं डाला है।
निष्कर्ष
सिस्टम परीक्षण बहुत महत्वपूर्ण है और अगर ठीक से नहीं किया जाता है तो महत्वपूर्ण मुद्दों का लाइव वातावरण में सामना किया जा सकता है।
एक पूरे के रूप में एक प्रणाली को सत्यापित करने के लिए अलग-अलग विशेषताएं हैं। एक सरल उदाहरण किसी भी वेबसाइट होगा। यदि यह पूरी तरह से परीक्षण नहीं किया गया है, तो उपयोगकर्ता उस साइट को बहुत धीमा हो सकता है या एक ही समय में बड़ी संख्या में उपयोगकर्ताओं के लॉग इन करने पर साइट दुर्घटनाग्रस्त हो सकती है।
और इन विशेषताओं का परीक्षण तब तक नहीं किया जा सकता है जब तक कि वेबसाइट का संपूर्ण रूप से परीक्षण नहीं किया जाता है।
आशा है कि यह ट्यूटोरियल सिस्टम टेस्टिंग की अवधारणा को समझने के लिए बहुत उपयोगी था।
अनुशंसित पाठ
- सॉफ्टवेयर परीक्षण के प्रकार: विभिन्न परीक्षण प्रकार विवरण के साथ
- अल्फा परीक्षण और बीटा परीक्षण (एक पूर्ण गाइड)
- सिस्टम इंटीग्रेशन टेस्टिंग (SIT) क्या है: उदाहरणों के साथ जानें
- कार्यात्मक परीक्षण बनाम गैर-कार्यात्मक परीक्षण
- सतत एकीकरण प्रक्रिया: सॉफ्टवेयर की गुणवत्ता में सुधार और जोखिम को कैसे कम करें
- एकीकरण परीक्षण लिखने के लिए शीर्ष 10 एकीकरण परीक्षण उपकरण
- एकीकरण परीक्षण क्या है (एकीकरण परीक्षण उदाहरण के साथ ट्यूटोरियल)
- सॉफ्टवेयर टेस्टिंग में एंड्योरेंस टेस्टिंग (उदाहरण)