सिस्टम टेस्टिंग एक प्रकार का सॉफ्टवेयर टेस्टिंग है जो पूरे सिस्टम की जांच करता है।
इसमें आपके द्वारा विकसित किए गए सॉफ़्टवेयर के सभी अलग-अलग मॉड्यूल और घटकों को एकीकृत करना शामिल है, ताकि यह परीक्षण किया जा सके कि सिस्टम अपेक्षित रूप से एक साथ काम करता है या नहीं।
सिस्टम परीक्षण एक आवश्यक सॉफ़्टवेयर परीक्षण चरण है जो परीक्षण टीमों को निर्माण की गुणवत्ता को सत्यापित करने में सक्षम करेगा, इससे पहले कि इसे अंतिम उपयोगकर्ताओं के लिए जारी किया जाए।
इस लेख में, हम सिस्टम परीक्षण का पता लगाएंगे: यह क्या है, यह कैसे काम करता है, सिस्टम परीक्षण कौन करता है और सिस्टम परीक्षण को तेज़ और अधिक विश्वसनीय बनाने के लिए कौन से दृष्टिकोण और उपकरण परीक्षण दल ले सकते हैं।
संक्षेप में, आपको यहां सिस्टम परीक्षण के बारे में जानने के लिए आवश्यक सब कुछ मिल जाएगा।
सिस्टम परीक्षण क्या है?
सिस्टम टेस्टिंग एक प्रकार का सॉफ्टवेयर टेस्टिंग है जो हमेशा पूरे सिस्टम पर किया जाता है। यह जाँचता है कि क्या सिस्टम अपनी आवश्यकताओं का अनुपालन करता है, चाहे वे कुछ भी हों।
परीक्षक व्यक्तिगत मॉड्यूल और घटकों को एक साथ एकीकृत करने के बाद सिस्टम की कार्यात्मक और गैर-कार्यात्मक दोनों आवश्यकताओं का मूल्यांकन करने के लिए सिस्टम परीक्षण करते हैं।
सिस्टम टेस्टिंग ब्लैक बॉक्स टेस्टिंग की एक श्रेणी है, जिसका अर्थ है कि यह एप्लिकेशन के आंतरिक डिजाइन के परीक्षण के विपरीत, केवल सॉफ्टवेयर की बाहरी कामकाजी विशेषताओं का परीक्षण करता है।
परीक्षकों को सिस्टम परीक्षण के दौरान सॉफ़्टवेयर निर्माण का पूरी तरह से मूल्यांकन करने के लिए सॉफ़्टवेयर कोड की प्रोग्रामिंग और संरचना के किसी भी ज्ञान की आवश्यकता नहीं होती है। इसके बजाय, परीक्षक केवल उपयोगकर्ता के दृष्टिकोण से सॉफ़्टवेयर के प्रदर्शन का आकलन कर रहे हैं।
1. हमें सिस्टम टेस्टिंग कब करनी चाहिए?
सिस्टम परीक्षण एकीकरण परीक्षण के बाद और स्वीकृति परीक्षण से पहले किया जाता है। सॉफ्टवेयर परीक्षण टीम द्वारा नियमित आधार पर सिस्टम परीक्षण किया जाता है ताकि यह सुनिश्चित किया जा सके कि विकास के दौरान महत्वपूर्ण चरणों में सिस्टम ठीक से चल रहा है।
अवसरों के कुछ उदाहरण जब सिस्टम परीक्षण किया जाता है:
● नए सॉफ़्टवेयर संस्करणों के विकास के दौरान।
● एप्लिकेशन लॉन्च के दौरान जब अल्फा और बीटा परीक्षण होता है।
● इकाई और एकीकरण परीक्षण समाप्त होने के बाद।
● जब सिस्टम बिल्ड की आवश्यकताएं पूरी हो जाती हैं।
● जब अन्य परीक्षण शर्तें पूरी होती हैं।
सॉफ़्टवेयर परीक्षण के अन्य रूपों की तरह, यह सुनिश्चित करने के लिए नियमित रूप से सिस्टम परीक्षण करने की अनुशंसा की जाती है कि सॉफ़्टवेयर ठीक से चल रहा है।
आवृत्ति जिसके साथ सिस्टम परीक्षण किया जा सकता है, आपकी टीम के संसाधनों और सिस्टम सॉफ़्टवेयर परीक्षण करने के लिए आपके द्वारा उपयोग किए जाने वाले दृष्टिकोणों और उपकरणों पर निर्भर करता है।
2. जब आपको सिस्टम टेस्ट की आवश्यकता नहीं है
यदि आपने अभी तक धूम्रपान परीक्षण , इकाई परीक्षण और एकीकरण परीक्षण जैसे प्रारंभिक परीक्षण नहीं किए हैं, तो आप सिस्टम परीक्षण प्रारंभ करने के लिए तैयार नहीं हैं।
एकीकरण परीक्षण पूरा होने के बाद सिस्टम परीक्षण करना हमेशा महत्वपूर्ण होता है, लेकिन यदि आप बग और मुद्दों में भाग लेते हैं जो सिस्टम परीक्षण को विफल करने का कारण बनते हैं, तो आप आगे बढ़ने से पहले सिस्टम परीक्षण रोक सकते हैं और विकास और बग फिक्सिंग पर वापस आ सकते हैं।
3. सिस्टम टेस्टिंग में कौन शामिल होता है?
सिस्टम परीक्षण परीक्षकों और क्यूए टीमों द्वारा किया जाता है, न कि डेवलपर्स द्वारा। सिस्टम परीक्षण केवल सॉफ़्टवेयर के बाहरी तत्वों पर विचार करता है, या दूसरे शब्दों में, सॉफ़्टवेयर की सुविधाओं तक पहुँचने का प्रयास करने वाले उपयोगकर्ताओं का अनुभव।
इसका अर्थ है कि सिस्टम परीक्षण करने वाले परीक्षकों को कंप्यूटर कोडिंग, प्रोग्रामिंग और सॉफ़्टवेयर विकास के अन्य पहलुओं के किसी तकनीकी ज्ञान की आवश्यकता नहीं होती है, जिसके लिए डेवलपर्स से इनपुट की आवश्यकता हो सकती है।
इसका एकमात्र अपवाद स्वचालित प्रणाली परीक्षण के मामले में है, जिसके लिए आप इसे कैसे देखते हैं इसके आधार पर डेवलपर्स से कुछ इनपुट की आवश्यकता हो सकती है।
हम सिस्टम परीक्षण में क्या परीक्षण करते हैं?
सिस्टम परीक्षण एक प्रकार का सॉफ़्टवेयर परीक्षण है जिसका उपयोग सॉफ़्टवेयर के कार्यात्मक और गैर-कार्यात्मक दोनों पहलुओं का परीक्षण करने के लिए किया जाता है।
इसका उपयोग विभिन्न प्रकार की कार्यात्मकताओं और विशेषताओं का परीक्षण करने के लिए किया जा सकता है, जिनमें से कई सिस्टम परीक्षण के प्रकार के तहत अधिक गहराई में शामिल हैं।
सिस्टम परीक्षण द्वारा सत्यापित किए जाने वाले कुछ सॉफ़्टवेयर पहलुओं का विवरण नीचे दिया गया है।
1. कार्यक्षमता
परीक्षक यह सत्यापित करने के लिए सिस्टम परीक्षण का उपयोग करते हैं कि क्या पूर्ण सिस्टम के विभिन्न पहलू कार्य करते हैं जैसा कि उन्हें करना चाहिए।
आंतरिक कोड की संरचना और तर्क का आकलन करने के लिए पूर्व परीक्षण का उपयोग किया जा सकता है और विभिन्न मॉड्यूल एक साथ कैसे एकीकृत होते हैं, लेकिन सिस्टम परीक्षण पहला कदम है जो इस तरह से सॉफ्टवेयर की कार्यक्षमता का परीक्षण करता है।
2. एकीकरण
सिस्टम परीक्षण परीक्षण करता है कि विभिन्न सॉफ़्टवेयर घटक एक साथ कैसे काम करते हैं और क्या वे एक दूसरे के साथ सुचारू रूप से एकीकृत होते हैं।
परीक्षक यह आकलन करने के लिए बाहरी बाह्य उपकरणों का भी परीक्षण कर सकते हैं कि ये सॉफ़्टवेयर के साथ कैसे इंटरैक्ट करते हैं और यदि वे ठीक से काम करते हैं।
3. अपेक्षित आउटपुट
नियमित उपयोग के दौरान सॉफ़्टवेयर के आउटपुट को सत्यापित करने के लिए परीक्षक सॉफ़्टवेयर का उपयोग एक उपयोगकर्ता के रूप में सिस्टम परीक्षण के दौरान करेंगे। वे जांचते हैं कि सॉफ्टवेयर के प्रत्येक कार्यात्मक और गैर-कार्यात्मक सुविधा के लिए आउटपुट अपेक्षित है या नहीं।
यदि सॉफ़्टवेयर वैसा व्यवहार नहीं करता जैसा उसे करना चाहिए, तो स्पष्ट निष्कर्ष यह है कि इसके लिए और विकास कार्य की आवश्यकता है।
4. बग और त्रुटियां
सिस्टम परीक्षण का उपयोग कई प्लेटफार्मों और ऑपरेटिंग सिस्टमों में सॉफ़्टवेयर की कार्यक्षमता और विश्वसनीयता का आकलन करने के लिए किया जाता है।
सिस्टम परीक्षक यह सत्यापित करते हैं कि सॉफ़्टवेयर उन सभी प्लेटफ़ॉर्म पर बग, प्रदर्शन समस्याओं और संगतता समस्याओं से मुक्त है, जिन पर सॉफ़्टवेयर के चलने की उम्मीद है।
प्रवेश और निकास मानदंड
सिस्टम परीक्षण में प्रवेश और निकास मानदंड का उपयोग यह पता लगाने के लिए किया जाता है कि सिस्टम सिस्टम परीक्षण के लिए तैयार है या नहीं और सिस्टम परीक्षण आवश्यकताओं को पूरा किया गया है या नहीं।
दूसरे शब्दों में, प्रवेश और निकास मानदंड परीक्षकों को यह मूल्यांकन करने में मदद करते हैं कि सिस्टम परीक्षण कब शुरू करना है और सिस्टम परीक्षण कब समाप्त करना है।
प्रवेश मानदंड
प्रवेश मानदंड स्थापित करते हैं जब परीक्षकों को सिस्टम परीक्षण शुरू करना चाहिए।
परीक्षण के उद्देश्य और पालन की जा रही परीक्षण रणनीति के आधार पर प्रवेश मानदंड परियोजनाओं के बीच भिन्न हो सकते हैं।
प्रवेश मानदंड उन शर्तों को निर्दिष्ट करते हैं जिन्हें सिस्टम परीक्षण शुरू होने से पहले पूरा किया जाना चाहिए।
1. परीक्षण चरण
ज्यादातर मामलों में, यह महत्वपूर्ण है कि परीक्षण की जा रही प्रणाली ने पहले ही एकीकरण परीक्षण समाप्त कर लिया है और सिस्टम परीक्षण शुरू होने से पहले एकीकरण परीक्षण के लिए बाहर निकलने की आवश्यकताओं को पूरा कर लिया है।
एकीकरण परीक्षण में घटकों के एकीकरण के साथ प्रमुख बग या मुद्दों की पहचान नहीं होनी चाहिए।
2. योजनाएं और स्क्रिप्ट
सिस्टम परीक्षण शुरू होने से पहले, परीक्षण योजना को लिखा, हस्ताक्षरित और अनुमोदित किया जाना चाहिए।
आपको परीक्षण मामलों को पहले से तैयार करने की आवश्यकता होगी, साथ ही निष्पादन के लिए तैयार परीक्षण स्क्रिप्ट्स की भी आवश्यकता होगी।
3. तत्परता
जांचें कि परीक्षण वातावरण तैयार है और परीक्षण की सभी गैर-कार्यात्मक आवश्यकताएं उपलब्ध हैं।
विभिन्न परियोजनाओं में तैयारी मानदंड भिन्न हो सकते हैं।
निकास मानदंड
बाहर निकलने के मानदंड सिस्टम परीक्षण के अंतिम चरण को निर्धारित करते हैं और उन आवश्यकताओं को स्थापित करते हैं जिन्हें सिस्टम परीक्षण को पूरा करने के लिए पूरा किया जाना चाहिए।
बाहर निकलने के मानदंड को अक्सर एकल दस्तावेज़ के रूप में प्रस्तुत किया जाता है जो इस परीक्षण चरण के डिलिवरेबल्स की पहचान करता है।
1. निष्पादन
सिस्टम परीक्षण को पूरा करने के लिए सबसे मौलिक निकास मानदंड यह है कि सिस्टम परीक्षण योजनाओं और प्रवेश मानदंडों में उल्लिखित सभी परीक्षण मामलों को ठीक से निष्पादित किया गया है।
2. कीड़े
सिस्टम परीक्षण से बाहर निकलने से पहले, जांचें कि कोई महत्वपूर्ण या प्राथमिक बग खुली अवस्था में नहीं है।
मध्यम और निम्न-प्राथमिकता वाले बग को खुली अवस्था में छोड़ा जा सकता है, बशर्ते कि उन्हें ग्राहक या अंतिम उपयोगकर्ता की स्वीकृति के साथ लागू किया जाए।
3. रिपोर्टिंग
सिस्टम परीक्षण समाप्त होने से पहले, एक निकास रिपोर्ट सबमिट की जानी चाहिए। यह रिपोर्ट सिस्टम परीक्षणों के परिणामों को रिकॉर्ड करती है और दर्शाती है कि परीक्षण आवश्यक निकास मानदंडों को पूरा कर चुका है।
सिस्टम परीक्षण जीवन चक्र
प्रणाली परीक्षण जीवन चक्र नियोजन चरणों से लेकर रिपोर्टिंग और पूर्णता तक प्रणाली परीक्षण के प्रत्येक चरण का वर्णन करता है।
सिस्टम परीक्षण जीवन चक्र के प्रत्येक चरण को समझने से आपको यह समझने में मदद मिलेगी कि सिस्टम परीक्षण कैसे किया जाता है और यह कैसे काम करता है।
चरण 1: एक परीक्षण योजना बनाएँ
सिस्टम टेस्टिंग का पहला चरण सिस्टम टेस्ट प्लान बना रहा है।
एक परीक्षण योजना का उद्देश्य परीक्षण मामलों के साथ-साथ परीक्षण रणनीति की अपेक्षाओं को रेखांकित करना है।
परीक्षण योजना आमतौर पर परीक्षण के लक्ष्यों और उद्देश्यों, कार्यक्षेत्र, क्षेत्रों, डिलिवरेबल्स, अनुसूची, प्रवेश और निकास मानदंड, परीक्षण वातावरण और सॉफ्टवेयर सिस्टम परीक्षण में शामिल लोगों की भूमिकाओं और जिम्मेदारियों को परिभाषित करती है।
स्टेज 2: टेस्ट केस बनाएं
सिस्टम टेस्टिंग का अगला चरण टेस्ट केस बना रहा है।
परीक्षण मामले उन सटीक कार्यों, सुविधाओं और मैट्रिक्स को परिभाषित करते हैं जिनका आप सिस्टम परीक्षण के दौरान परीक्षण करने जा रहे हैं। उदाहरण के लिए, आप परीक्षण कर सकते हैं कि कोई विशेष फ़ंक्शन कैसे काम करता है या विशिष्ट लोडिंग समय कितना लंबा है।
प्रत्येक परीक्षण मामले के लिए, इस परिदृश्य का परीक्षण कैसे करें और परीक्षण मामले का अपेक्षित परिणाम क्या है, इसके बारे में जानकारी के साथ एक परीक्षण मामला आईडी और नाम निर्दिष्ट करें।
आप यहां प्रत्येक टेस्ट केस के लिए पास/फेल मानदंड की रूपरेखा भी बना सकते हैं।
स्टेज 3: टेस्ट डेटा बनाएं
एक बार जब आप परीक्षण मामले बना लेते हैं, तो आप परीक्षण डेटा बना सकते हैं जिसकी आपको परीक्षण करने के लिए आवश्यकता होगी।
टेस्ट डेटा उन इनपुट का वर्णन करता है जो परीक्षण टीम को यह जांचने की आवश्यकता होगी कि उनके कार्यों का परिणाम अपेक्षित परिणाम है या नहीं।
चरण 4: परीक्षण मामलों को निष्पादित करें
जब वे सिस्टम परीक्षण के बारे में सोचते हैं तो अधिकांश लोग इस चरण के बारे में सोच सकते हैं: परीक्षण मामलों का निष्पादन या स्वयं वास्तविक परीक्षण।
परीक्षण टीम प्रत्येक परीक्षण मामले को व्यक्तिगत रूप से निष्पादित करेगी जबकि प्रत्येक परीक्षण के परिणामों की निगरानी करेगी और किसी भी बग या दोष को रिकॉर्ड करेगी।
चरण 5: रिपोर्ट करें और बग ठीक करें
परीक्षण मामलों को निष्पादित करने के बाद, परीक्षक एक प्रणाली परीक्षण रिपोर्ट लिखते हैं जो परीक्षण के दौरान उत्पन्न होने वाली सभी समस्याओं और बगों का विवरण देती है।
परीक्षण से प्रकट होने वाले कुछ बग छोटे और आसानी से ठीक करने योग्य हो सकते हैं, जबकि अन्य बिल्ड को वापस सेट कर सकते हैं। इन बगों को उत्पन्न होने पर ठीक करें और परीक्षण चक्र (जिसमें अन्य प्रकार के सॉफ़्टवेयर परीक्षण जैसे धूम्रपान परीक्षण शामिल हैं) को फिर से दोहराएं जब तक कि यह बिना किसी बड़ी बग के पास न हो जाए।
भ्रम को दूर करना: सिस्टम परीक्षण बनाम एकीकरण परीक्षण बनाम उपयोगकर्ता स्वीकृति परीक्षण
बहुत से लोग सिस्टम परीक्षण को अन्य प्रकार के सॉफ़्टवेयर परीक्षण जैसे एकीकरण परीक्षण और उपयोगकर्ता स्वीकृति परीक्षण के साथ भ्रमित करते हैं।
जबकि सिस्टम परीक्षण, एकीकरण परीक्षण, और उपयोगकर्ता स्वीकृति परीक्षण कुछ विशेषताओं को साझा करते हैं, वे विभिन्न प्रकार के परीक्षण हैं जो विभिन्न उद्देश्यों को पूरा करते हैं और प्रत्येक प्रकार का परीक्षण दूसरों से स्वतंत्र रूप से किया जाना चाहिए।
एकीकरण परीक्षण क्या है?
एकीकरण परीक्षण एक प्रकार का सॉफ़्टवेयर परीक्षण है जहाँ सॉफ़्टवेयर मॉड्यूल और घटकों का एक समूह के रूप में परीक्षण किया जाता है ताकि यह आकलन किया जा सके कि वे एक साथ कितनी अच्छी तरह से एकीकृत हैं।
एकीकरण परीक्षण पहला प्रकार का सॉफ्टवेयर परीक्षण है जिसका उपयोग एक साथ काम करने वाले अलग-अलग मॉड्यूल का परीक्षण करने के लिए किया जाता है।
क्यूए वातावरण में परीक्षकों द्वारा एकीकरण परीक्षण किया जाता है, और यह आवश्यक है क्योंकि यह उन दोषों को उजागर करता है जो व्यक्तिगत रूप से कोडित घटकों के एक साथ इंटरैक्ट करने पर उत्पन्न हो सकते हैं।
सिस्टम परीक्षण और एकीकरण परीक्षण के बीच अंतर क्या हैं?
जबकि सिस्टम टेस्टिंग और इंटीग्रेशन टेस्टिंग दोनों सॉफ्टवेयर को समग्र रूप से टेस्ट करते हैं, वे अलग-अलग प्रकार के सॉफ्टवेयर टेस्टिंग हैं जो विशिष्ट रूप से काम करते हैं।
एकीकरण परीक्षण पहले होता है, और एकीकरण परीक्षण पूरा होने के बाद सिस्टम परीक्षण होता है। सिस्टम परीक्षण और एकीकरण परीक्षण के बीच अन्य प्रमुख अंतर हैं:
1। उद्देश्य:
एकीकरण परीक्षण का उद्देश्य यह आकलन करना है कि एकीकृत होने पर अलग-अलग मॉड्यूल एक साथ ठीक से काम करते हैं या नहीं। सिस्टम परीक्षण का उद्देश्य यह परीक्षण करना है कि सिस्टम समग्र रूप से कैसे काम करता है।
2. प्रकार:
एकीकरण परीक्षण विशुद्ध रूप से कार्यक्षमता का परीक्षण करता है, और यह एक प्रकार का स्वीकृति परीक्षण नहीं है।
इसके विपरीत, सिस्टम परीक्षण कार्यात्मक और गैर-कार्यात्मक दोनों विशेषताओं का परीक्षण करता है, और यह स्वीकृति परीक्षण (लेकिन उपयोगकर्ता स्वीकृति परीक्षण नहीं) की श्रेणी में आता है।
3. तकनीक:
एकीकरण परीक्षण उपयोगकर्ता और डेवलपर दोनों के दृष्टिकोण से सॉफ़्टवेयर निर्माण का आकलन करने के लिए ब्लैक बॉक्स और व्हाइट बॉक्स परीक्षण दोनों का उपयोग करता है, जबकि सिस्टम परीक्षण उपयोगकर्ता के दृष्टिकोण से सॉफ़्टवेयर का परीक्षण करने के लिए विशुद्ध रूप से ब्लैक बॉक्स परीक्षण विधियों का उपयोग करता है।
4. मूल्य:
एकीकरण परीक्षण का उपयोग इंटरफ़ेस त्रुटियों की पहचान करने के लिए किया जाता है, जबकि सिस्टम परीक्षण का उपयोग सिस्टम त्रुटियों की पहचान करने के लिए किया जाता है।
उपयोगकर्ता स्वीकृति परीक्षण क्या है?
उपयोगकर्ता स्वीकृति परीक्षण, या UAT, एक प्रकार का सॉफ़्टवेयर परीक्षण है जो अंतिम उपयोगकर्ता या ग्राहक द्वारा यह सत्यापित करने के लिए किया जाता है कि सॉफ़्टवेयर वांछित आवश्यकताओं को पूरा करता है या नहीं।
उपयोगकर्ता स्वीकृति परीक्षण सॉफ्टवेयर के उत्पादन वातावरण में जाने से पहले होने वाले परीक्षण का अंतिम रूप है।
यह तब होता है जब कार्यात्मक परीक्षण, एकीकरण परीक्षण और सिस्टम परीक्षण पहले ही पूरा हो चुका होता है।
सिस्टम परीक्षण और उपयोगकर्ता स्वीकृति परीक्षण के बीच क्या अंतर हैं?
उपयोगकर्ता स्वीकृति परीक्षण और एकीकरण परीक्षण दोनों इस बात की पुष्टि करते हैं कि क्या एक सॉफ्टवेयर बिल्ड काम कर रहा है जैसा कि उसे करना चाहिए, और दोनों प्रकार के परीक्षण इस बात पर ध्यान केंद्रित करते हैं कि सॉफ्टवेयर समग्र रूप से कैसे काम करता है।
हालाँकि, सिस्टम परीक्षण और उपयोगकर्ता स्वीकृति परीक्षण के बीच बहुत अंतर हैं:
1. परीक्षक:
जबकि सिस्टम परीक्षण परीक्षकों (और कभी-कभी डेवलपर्स) द्वारा किया जाता है, उपयोगकर्ता स्वीकृति परीक्षण अंतिम उपयोगकर्ताओं द्वारा किया जाता है।
2. उद्देश्य:
उपयोगकर्ता स्वीकृति परीक्षण का उद्देश्य यह आकलन करना है कि क्या कोई सॉफ़्टवेयर बिल्ड अंतिम उपयोगकर्ता की आवश्यकताओं को पूरा करता है, और सिस्टम परीक्षण का उद्देश्य यह परीक्षण करना है कि सिस्टम परीक्षक की आवश्यकताओं को पूरा करता है या नहीं।
3. विधि:
सिस्टम टेस्टिंग के दौरान, सॉफ्टवेयर बिल्ड की अलग-अलग इकाइयों को एकीकृत किया जाता है और समग्र रूप से परीक्षण किया जाता है। उपयोगकर्ता स्वीकृति परीक्षण के दौरान, अंतिम उपयोगकर्ता द्वारा सिस्टम का संपूर्ण परीक्षण किया जाता है।
4. चरण:
एकीकरण परीक्षण पूरा होते ही और उपयोगकर्ता स्वीकृति परीक्षण होने से पहले सिस्टम परीक्षण किया जाता है। उपयोगकर्ता स्वीकृति परीक्षण उत्पाद के बहुत जल्दी अपनाने वालों के जारी होने से ठीक पहले होता है।
सिस्टम परीक्षण के प्रकार
50 से अधिक विभिन्न प्रकार के सिस्टम परीक्षण हैं जिन्हें आप अपना सकते हैं यदि आप यह परीक्षण करना चाहते हैं कि आपका सॉफ़्टवेयर निर्माण पूरी तरह से कैसे काम करता है।
हालाँकि, व्यवहार में, इनमें से केवल कुछ प्रकार के सिस्टम परीक्षण वास्तव में अधिकांश परीक्षण टीमों द्वारा उपयोग किए जाते हैं।
आपके द्वारा उपयोग किए जाने वाले सिस्टम परीक्षण का प्रकार आपके बजट, समय की कमी, प्राथमिकताओं और संसाधनों सहित कई अलग-अलग कारकों पर निर्भर करता है।
1. कार्यक्षमता परीक्षण
कार्यक्षमता परीक्षण एक प्रकार का सिस्टम परीक्षण है जिसे सॉफ़्टवेयर की व्यक्तिगत विशेषताओं और कार्यों की जांच करने और यह आकलन करने के लिए डिज़ाइन किया गया है कि वे काम करते हैं या नहीं।
इस प्रकार का सिस्टम परीक्षण मैन्युअल रूप से या स्वचालित रूप से किया जा सकता है, और यह परीक्षण टीमों द्वारा किए जाने वाले मुख्य प्रकार के सिस्टम परीक्षण में से एक है।
2. प्रदर्शन परीक्षण
प्रदर्शन परीक्षण एक प्रकार का सिस्टम परीक्षण है जिसमें यह परीक्षण करना शामिल है कि नियमित उपयोग के दौरान एप्लिकेशन कितना अच्छा प्रदर्शन करता है।
इसे अनुपालन परीक्षण भी कहा जाता है, और आमतौर पर इसका अर्थ किसी एप्लिकेशन के प्रदर्शन का परीक्षण करना होता है जब कई उपयोगकर्ता एक साथ इसका उपयोग कर रहे होते हैं।
प्रदर्शन परीक्षण में, परीक्षक लोडिंग समय के साथ-साथ बग और अन्य मुद्दों को देखेंगे।
3. भार परीक्षण
लोड परीक्षण एक प्रकार का सिस्टम परीक्षण है जो परीक्षक यह आकलन करने के लिए करते हैं कि कोई एप्लिकेशन भारी भार को कितनी अच्छी तरह से संभालता है।
उदाहरण के लिए, परीक्षक परीक्षण कर सकते हैं कि एप्लिकेशन कितनी अच्छी तरह चलता है जब बहुत सारे उपयोगकर्ता एक ही समय में एक ही कार्य करने का प्रयास कर रहे हैं, या एप्लिकेशन कितनी अच्छी तरह से एक साथ कई कार्य करता है।
4. स्केलेबिलिटी परीक्षण
स्केलेबिलिटी टेस्टिंग एक प्रकार का सॉफ्टवेयर सिस्टम टेस्ट है जो टेस्ट करता है कि सॉफ्टवेयर विभिन्न प्रोजेक्ट्स और टीमों की जरूरतों को पूरा करने के लिए कितना अच्छा है।
यह एक प्रकार का गैर-कार्यात्मक परीक्षण है जिसमें यह आकलन करना शामिल है कि सॉफ्टवेयर विभिन्न उपयोगकर्ताओं के लिए या विभिन्न स्थानों पर और विभिन्न संसाधनों के साथ उपयोग किए जाने पर कैसा प्रदर्शन करता है।
5. उपयोगिता परीक्षण
उपयोगिता परीक्षण एक प्रकार का सिस्टम परीक्षण है जिसमें यह परीक्षण करना शामिल है कि एप्लिकेशन कितना उपयोगी है।
इसका मतलब यह है कि परीक्षक मूल्यांकन और मूल्यांकन करते हैं कि एप्लिकेशन नेविगेट करना और उपयोग करना कितना आसान है, इसके कार्य कितने सहज हैं, और क्या कोई बग या समस्याएं हैं जो उपयोगिता के मुद्दों का कारण बन सकती हैं।
6. विश्वसनीयता परीक्षण
विश्वसनीयता परीक्षण एक प्रकार का सिस्टम एकीकरण परीक्षण है जो जाँचता है कि सॉफ्टवेयर कितना विश्वसनीय है।
एक बार के परीक्षणों के परिणाम विश्वसनीय और प्रतिकृति योग्य हैं या नहीं, इसका आकलन करने के लिए एक नियंत्रित सेटिंग के भीतर सॉफ्टवेयर कार्यों और प्रदर्शन के परीक्षण की आवश्यकता होती है।
7. विन्यास परीक्षण
कॉन्फ़िगरेशन परीक्षण एक प्रकार का सिस्टम परीक्षण है जो यह आकलन करता है कि विभिन्न प्रकार के सॉफ़्टवेयर और हार्डवेयर के साथ काम करते समय सिस्टम कितना अच्छा प्रदर्शन करता है।
विन्यास परीक्षण का उद्देश्य संपूर्ण प्रणाली के प्रदर्शन को अधिकतम करने के लिए सॉफ्टवेयर और हार्डवेयर के सर्वोत्तम विन्यास की पहचान करना है।
8. सुरक्षा परीक्षण
सुरक्षा परीक्षण एक प्रकार का सिस्टम परीक्षण है जो मूल्यांकन करता है कि सुरक्षा और गोपनीयता के संबंध में सॉफ़्टवेयर कैसा प्रदर्शन करता है।
सुरक्षा परीक्षण का उद्देश्य किसी भी संभावित भेद्यता और खतरों की पहचान करना है जो डेटा उल्लंघनों और उल्लंघनों का स्रोत हो सकता है जिसके परिणामस्वरूप धन, गोपनीय डेटा और अन्य महत्वपूर्ण संपत्तियों की हानि हो सकती है।
9. प्रवासन परीक्षण
माइग्रेशन टेस्टिंग एक प्रकार का सिस्टम टेस्टिंग है जो सॉफ्टवेयर सिस्टम पर यह आकलन करने के लिए किया जाता है कि वे पुराने या नए इन्फ्रास्ट्रक्चर के साथ कैसे इंटरैक्ट कर सकते हैं।
उदाहरण के लिए, परीक्षक यह आकलन कर सकते हैं कि पुराने सॉफ़्टवेयर तत्व बिना बग और त्रुटियों के एक नए बुनियादी ढांचे में माइग्रेट कर सकते हैं या नहीं।
सिस्टम परीक्षण चलाने के लिए आपको क्या चाहिए
सिस्टम परीक्षण शुरू होने से पहले, यह महत्वपूर्ण है कि आपके पास एक सफल और सुचारू सिस्टम परीक्षण प्रक्रिया के लिए आवश्यक संसाधनों और उपकरणों को एक साथ लाने की एक स्पष्ट योजना हो।
यह एक अपेक्षाकृत शामिल प्रक्रिया है चाहे आप मैन्युअल रूप से परीक्षण कर रहे हों, स्वचालित रूप से, या दोनों दृष्टिकोणों का उपयोग कर रहे हों, इसलिए यह जानना कि आरंभ करने से पहले आपको क्या चाहिए, परीक्षण के दौरान देरी और व्यवधानों के जोखिम को कम करने का सबसे अच्छा तरीका है।
1. एक स्थिर बिल्ड जो लॉन्च होने के लिए लगभग तैयार है
सिस्टम परीक्षण सॉफ़्टवेयर परीक्षण के अंतिम चरणों में से एक है जो रिलीज़ से पहले होता है: सिस्टम परीक्षण के बाद होने वाला एकमात्र प्रकार का परीक्षण उपयोगकर्ता स्वीकृति परीक्षण है।
यह महत्वपूर्ण है कि, इससे पहले कि आप सिस्टम परीक्षण शुरू करें, आपने कार्यात्मक परीक्षण, प्रतिगमन परीक्षण और एकीकरण परीक्षण सहित अन्य प्रकार के सॉफ़्टवेयर परीक्षण पहले ही कर लिए हों, और यह कि आपका सॉफ़्टवेयर बिल्ड इन प्रकार के सॉफ़्टवेयर परीक्षणों में से प्रत्येक के लिए निकास मानदंड को पूरा करता हो।
2. सिस्टम परीक्षण योजना
परीक्षण शुरू करने से पहले, औपचारिक दस्तावेज लिखें जो आपके द्वारा किए जा रहे परीक्षणों के उद्देश्य और उद्देश्यों को रेखांकित करता है और सिस्टम परीक्षण के प्रवेश और निकास मानदंड को परिभाषित करता है।
आप इस योजना का उपयोग व्यक्तिगत परीक्षण परिदृश्यों की रूपरेखा तैयार करने के लिए कर सकते हैं जिनका आप परीक्षण करने जा रहे हैं या सिस्टम कैसा प्रदर्शन करेगा, इसके लिए अपनी अपेक्षाओं को परिभाषित करने के लिए।
सिस्टम टेस्टिंग प्लान को टेस्टर्स के लिए योजना का पालन करके सिस्टम टेस्टिंग को डिजाइन और संचालित करना आसान बनाना चाहिए।
3. टेस्ट केस
सिस्टम परीक्षण शुरू होने से पहले उन परीक्षण मामलों की रूपरेखा बनाना महत्वपूर्ण है जिनका आप सिस्टम परीक्षण के दौरान परीक्षण करने जा रहे हैं।
टेस्ट केस संपूर्ण नहीं हो सकते हैं, लेकिन उन्हें सिस्टम की सबसे महत्वपूर्ण कार्यात्मक और गैर-कार्यात्मक विशेषताओं का परीक्षण करने के लिए और संपूर्ण रूप से सिस्टम की कार्यप्रणाली का सटीक अवलोकन देने के लिए पर्याप्त रूप से पूर्ण होना चाहिए।
4. कौशल और समय
सुनिश्चित करें कि आपके सिस्टम परीक्षण शुरू होने से पहले आप सिस्टम परीक्षण के लिए पर्याप्त संसाधन आवंटित करते हैं।
सिस्टम परीक्षण में अपेक्षाकृत लंबा समय लग सकता है, खासकर जब धूम्रपान परीक्षण जैसे अन्य प्रकार के परीक्षण की तुलना में।
आपको यह पहचानने की आवश्यकता होगी कि आपकी टीम में कौन से लोग परीक्षण करने जा रहे हैं और परीक्षण शुरू होने से पहले उन्हें कितने समय तक ब्लॉक करना होगा।
5. सिस्टम परीक्षण उपकरण
सिस्टम परीक्षण मैन्युअल रूप से किया जा सकता है या इसे स्वचालित किया जा सकता है , लेकिन परीक्षण के लिए आप जो भी दृष्टिकोण अपनाते हैं, उसके बावजूद परीक्षण के विभिन्न पहलुओं में मदद करने वाले टूल और तकनीक को अपनाकर अपने सिस्टम परीक्षण वर्कफ़्लो को कारगर और अनुकूलित करना संभव है।
उदाहरण के लिए, आप अपने कुछ सिस्टम परीक्षणों को स्वचालित करने के लिए AI टूल का उपयोग कर सकते हैं, या आप अपने परीक्षण की प्रगति और परिणामों को ट्रैक करने में सहायता के लिए दस्तावेज़ प्रबंधन सॉफ़्टवेयर का उपयोग कर सकते हैं।
सिस्टम परीक्षण प्रक्रिया
आरंभ करने से पहले, सिस्टम परीक्षण प्रक्रिया और इसके प्रत्येक चरण को कैसे पूरा किया जाए, यह समझना महत्वपूर्ण है।
यह चरण-दर-चरण योजना पहले वर्णित सिस्टम परीक्षण जीवन चक्र का अनुसरण करती है, लेकिन सिस्टम परीक्षण में शामिल व्यक्तिगत चरणों की रूपरेखा तैयार करने के लिए आगे विस्तार में जाती है।
चरण 1: एक प्रणाली परीक्षण योजना बनाएँ
सिस्टम परीक्षण शुरू करने से पहले अपना सिस्टम टेस्टिंग प्लान बनाएं। प्रत्येक प्रणाली परीक्षण योजना अलग होगी, लेकिन आपकी योजना में कम से कम परीक्षण के उद्देश्य की रूपरेखा के साथ-साथ प्रासंगिक प्रविष्टि और निकास मानदंड शामिल होना चाहिए जो यह निर्धारित करते हैं कि परीक्षण कब शुरू होना चाहिए और परीक्षण कब समाप्त होगा।
चरण 2: परीक्षण परिदृश्य और परीक्षण मामले उत्पन्न करें
अगला चरण परीक्षण परिदृश्यों और परीक्षण मामलों को उत्पन्न कर रहा है जो यह रेखांकित करते हैं कि आप वास्तव में क्या परीक्षण करने जा रहे हैं और आप इसका परीक्षण कैसे करने जा रहे हैं।
वास्तविक जीवन परीक्षण परिदृश्यों को शामिल करें जो परीक्षण करते हैं कि सॉफ्टवेयर विशिष्ट उपयोग के तहत कैसे काम करता है, और आपके द्वारा लिखे गए प्रत्येक परीक्षण मामले में परीक्षण के पास और असफल मानदंड और अपेक्षित परिणाम क्या है, इसके विवरण शामिल हैं।
चरण 3: आवश्यक परीक्षण डेटा बनाएँ
प्रत्येक परीक्षण परिदृश्य के लिए आवश्यक परीक्षण डेटा बनाएँ जिसे आप निष्पादित करने की योजना बना रहे हैं।
आपके द्वारा चलाए जाने वाले प्रत्येक परीक्षण परिदृश्य के लिए आपको जिस परीक्षण डेटा की आवश्यकता होगी, वह कोई भी परीक्षण डेटा है जो प्रत्येक विशेष परीक्षण को प्रभावित करता है या प्रभावित करता है।
परीक्षण डेटा मैन्युअल रूप से उत्पन्न करना संभव है या यदि आप समय बचाना चाहते हैं और ऐसा करने के लिए संसाधन हैं तो आप इस चरण को स्वचालित कर सकते हैं।
चरण 4: परीक्षण वातावरण सेट अप करें
अगला कदम आपके सिस्टम परीक्षण को चलाने के लिए तैयार परीक्षण वातावरण स्थापित कर रहा है। यदि आप उत्पादन-जैसा परीक्षण वातावरण स्थापित करते हैं तो आपको अपने सिस्टम परीक्षण से बेहतर परिणाम मिलेंगे।
सुनिश्चित करें कि आपके परीक्षण परिवेश में वे सभी सॉफ़्टवेयर और हार्डवेयर शामिल हैं जिनका आप कॉन्फ़िगरेशन और एकीकरण परीक्षण के दौरान परीक्षण करना चाहते हैं.
चरण 5: परीक्षण मामलों को निष्पादित करें
एक बार जब आप परीक्षण वातावरण स्थापित कर लेते हैं, तो आप दूसरे चरण में बनाए गए परीक्षण मामलों को निष्पादित कर सकते हैं।
आप या तो इन परीक्षण मामलों को मैन्युअल रूप से निष्पादित कर सकते हैं, या आप स्क्रिप्ट का उपयोग करके परीक्षण मामले के निष्पादन को स्वचालित कर सकते हैं।
जैसा कि आप प्रत्येक परीक्षण मामले को करते हैं, परीक्षण के परिणामों पर ध्यान दें।
चरण 6: बग रिपोर्ट तैयार करें
एक बार जब आप सभी परीक्षण मामलों को रेखांकित कर लेते हैं, तो आप बग रिपोर्ट लिखने के लिए प्रत्येक परीक्षण के परिणामों का उपयोग कर सकते हैं, जो सिस्टम परीक्षण के दौरान आपके द्वारा पहचाने गए सभी बग और दोषों को विस्तार से उजागर करते हैं।
इस रिपोर्ट को डेवलपर्स को बग रिपेयर और फिक्स के लिए पास करें। आपके द्वारा पहचाने गए बग की जटिलता और गंभीरता के आधार पर, बग मरम्मत चरण में कुछ समय लग सकता है।
चरण 7: बग की मरम्मत के बाद पुन: परीक्षण करें
एक बार सॉफ्टवेयर डेवलपर्स ने बग को ठीक करने के बाद आगे के परीक्षण के लिए सॉफ्टवेयर को वापस भेज दिया, तो सॉफ्टवेयर बिल्ड का फिर से परीक्षण करना महत्वपूर्ण है।
गंभीर रूप से, सिस्टम परीक्षण को तब तक पूरा नहीं माना जाना चाहिए जब तक कि यह चरण बिना बग या दोष दिखाए पारित नहीं किया गया हो।
यह मानने के लिए पर्याप्त नहीं है कि सभी बग ठीक कर दिए गए हैं और बिल्ड अब उपयोगकर्ता स्वीकृति परीक्षण में जाने के लिए तैयार है।
चरण 8: चक्र को दोहराएं
अंतिम चरण बस इस चक्र को उतनी बार दोहराना है जितनी बार आपको किसी बग या दोष की पहचान किए बिना चरण सात पास करने की आवश्यकता है।
एक बार जब सिस्टम परीक्षण पास हो जाता है और आप सिस्टम परीक्षण योजना में उल्लिखित सभी निकास मानदंडों को पूरा कर लेते हैं, तो उपयोगकर्ता स्वीकृति परीक्षण और अंततः उत्पाद की रिलीज़ पर जाने का समय आ गया है।
मैनुअल बनाम स्वचालित प्रणाली परीक्षण
अन्य प्रकार के सॉफ़्टवेयर परीक्षण की तरह, सिस्टम परीक्षण या तो मानव परीक्षकों द्वारा मैन्युअल रूप से किया जा सकता है या सॉफ़्टवेयर द्वारा कम से कम आंशिक रूप से स्वचालित किया जा सकता है। सॉफ्टवेयर टेस्टिंग ऑटोमेशन परीक्षण प्रक्रिया को सुव्यवस्थित करता है और समय और पैसा बचाता है, लेकिन कभी-कभी मैन्युअल सिस्टम टेस्टिंग करना भी महत्वपूर्ण होता है।
मैनुअल और स्वचालित सिस्टम परीक्षण दोनों के पक्ष और विपक्ष हैं, और आप किस प्रकार का सिस्टम परीक्षण करना चाहते हैं, यह तय करने से पहले इन्हें समझना महत्वपूर्ण है।
मैनुअल सिस्टम परीक्षण
मैनुअल सिस्टम टेस्टिंग का मतलब है कि सभी टेस्टिंग प्रोसेस के हिस्से को ऑटोमेट किए बिना मैन्युअल रूप से सिस्टम टेस्टिंग करना।
स्वचालित परीक्षण की तुलना में मैनुअल सिस्टम परीक्षण में अधिक समय लगता है, लेकिन इसका अर्थ यह भी है कि परीक्षण प्रक्रिया मानव अंतर्दृष्टि और निर्णय से लाभान्वित होती है।
सिस्टम परीक्षण और अन्य प्रकार के सॉफ़्टवेयर परीक्षणों की प्रभावकारिता और सटीकता को अधिकतम करने के लिए मैन्युअल परीक्षण को अक्सर स्वचालित परीक्षण के साथ जोड़ा जाता है।
1. मैनुअल सिस्टम परीक्षण करने के लाभ
मैनुअल सिस्टम टेस्टिंग करने के कई फायदे हैं, और ये फायदे बताते हैं कि कई टेस्टिंग टीमें टेस्ट स्क्रिप्ट्स को ऑटोमेट करने के बाद भी मैन्युअल टेस्टिंग के साथ-साथ ऑटोमेटेड टेस्टिंग को जारी रखने का विकल्प क्यों चुनती हैं।
जटिलता
मैनुअल परीक्षण जटिल परीक्षण परिदृश्यों के परीक्षण के लिए उपयुक्त है जो स्वचालित करना हमेशा आसान नहीं होता है।
यदि आपके सिस्टम परीक्षण की आवश्यकताएं जटिल या विस्तृत हैं, तो आपको इन परिदृश्यों के लिए स्वचालित परीक्षण स्क्रिप्ट लिखने की तुलना में मैन्युअल रूप से परीक्षण करना आसान लग सकता है।
खोजपूर्ण परीक्षण
जब आप किसी भी प्रकार के सॉफ़्टवेयर परीक्षण को स्वचालित करते हैं, तो परीक्षण उसकी स्क्रिप्ट का अनुसरण करता है और केवल उन्हीं विशेषताओं का परीक्षण करता है जिन्हें आपने मूल्यांकन करने के लिए परीक्षण प्रोग्राम किया है।
इसके विपरीत, जब आप मैन्युअल परीक्षण करते हैं, तो आप अलग-अलग सुविधाओं का पता लगाने का विकल्प चुन सकते हैं, जब वे आपकी रुचि को आकर्षित करते हैं, उदाहरण के लिए, यदि आप कुछ ऐसा देखते हैं जो सॉफ़्टवेयर इंटरफ़ेस में उस तरह से नहीं दिखता है जैसा उसे होना चाहिए।
सादगी
एक बार जब आप अपनी स्वचालित परीक्षण स्क्रिप्ट लिख लेते हैं, तो स्वचालित परीक्षण आसान हो जाता है। लेकिन आम तौर पर परीक्षण स्क्रिप्ट लिखने के लिए विकास विशेषज्ञता की आवश्यकता होती है, और छोटी परीक्षण टीमों के पास ऐसा करने के लिए संसाधन नहीं हो सकते हैं।
मैनुअल परीक्षण के लिए किसी तकनीकी विशेषज्ञता या कोडिंग के ज्ञान की आवश्यकता नहीं होती है।
2. मैनुअल सिस्टम टेस्ट की चुनौतियाँ
मैनुअल परीक्षण भी अपनी चुनौतियां लाता है। सॉफ़्टवेयर परीक्षण टीमें जो स्वचालित परीक्षण के तत्वों को शामिल किए बिना केवल मैन्युअल सिस्टम परीक्षण करती हैं, उन टीमों की तुलना में स्वयं को वंचित पा सकती हैं जो दोनों दृष्टिकोणों का उपयोग करती हैं।
बहुत समय लगेगा
जैसा कि आप उम्मीद कर सकते हैं, स्वचालित सिस्टम परीक्षण की तुलना में मैन्युअल सिस्टम परीक्षण करना अधिक समय लेने वाला है। चुस्त परीक्षण की आवश्यकता होने पर यह विशेष रूप से एक कमजोरी है।
इसका मतलब यह है कि नियमित या बहुत गहन प्रणाली परीक्षण करना कम व्यावहारिक है, और यह बदले में परिणामों की विश्वसनीयता और दायरे को प्रभावित कर सकता है।
मानव त्रुटि
जब मानव मैन्युअल परीक्षण करते हैं, तो मानव त्रुटि के लिए हमेशा जगह होती है। मनुष्य गलतियाँ करते हैं और ऊब जाते हैं या विचलित हो जाते हैं, और यह विशेष रूप से दोहराए जाने वाले, समय लेने वाले परीक्षणों को करते समय होने की संभावना है जो परीक्षकों को थका देने की अधिक संभावना हो सकती है।
परीक्षण कवरेज
मैन्युअल परीक्षण स्वचालित परीक्षणों की तरह व्यापक कवरेज प्रदान नहीं करते हैं।
क्योंकि परीक्षकों को स्वयं मैन्युअल परीक्षण करना पड़ता है, स्वचालित परीक्षण की तुलना में मैन्युअल रूप से परीक्षण करते समय अधिक जमीन को कवर करना असंभव है, और इससे कम व्यापक परीक्षण परिणाम हो सकते हैं।
मैन्युअल सॉफ़्टवेयर परीक्षण का उपयोग कब करें
मैन्युअल सॉफ़्टवेयर परीक्षण को स्वचालित परीक्षण द्वारा प्रतिस्थापित नहीं किया गया है, और मैन्युअल परीक्षण अभी भी सिस्टम परीक्षण प्रक्रिया का एक महत्वपूर्ण चरण है।
मैनुअल परीक्षण उन छोटी सॉफ्टवेयर टीमों के लिए उपयुक्त है जिनके पास स्वतंत्र रूप से सिस्टम परीक्षण को स्वचालित करने के लिए संसाधन नहीं हो सकते हैं, और यहां तक कि स्वचालित परीक्षण को अपनाने वाली टीमों को भी अधिक जटिल परीक्षण परिदृश्यों या परीक्षण मामलों का आकलन करने के लिए मैन्युअल परीक्षण का उपयोग करना चाहिए जहां खोजपूर्ण परीक्षण मूल्य प्रदान करता है।
सिस्टम परीक्षण स्वचालन
सिस्टम परीक्षण को स्वचालित करना संभव है या तो परीक्षण स्क्रिप्ट स्वयं लिखकर या सिस्टम परीक्षण प्रक्रिया को आंशिक रूप से या पूरी तरह से स्वचालित करने के लिए हाइपरऑटोमेशन टूल और प्रक्रियाओं का उपयोग करके।
अक्सर, कवरेज, दक्षता और सटीकता का सर्वोत्तम संतुलन प्रदान करने के लिए स्वचालित सिस्टम परीक्षण को मैन्युअल सिस्टम परीक्षण के साथ जोड़ा जाता है।
1. सिस्टम टेस्टिंग ऑटोमेशन के लाभ
स्वचालित परीक्षण उपकरणों की व्यापक उपलब्धता के कारण स्वचालित प्रणाली परीक्षण लोकप्रियता में बढ़ रहा है जो सॉफ्टवेयर सिस्टम परीक्षण को स्वचालित करना आसान बनाता है।
स्वचालित सिस्टम परीक्षण के बहुत सारे लाभ हैं, खासकर जब मैन्युअल परीक्षण के साथ संयुक्त।
क्षमता
मैन्युअल परीक्षण की तुलना में स्वचालित परीक्षण अधिक कुशल है क्योंकि पृष्ठभूमि में स्वचालित परीक्षण चलाना संभव है जबकि परीक्षक और डेवलपर अन्य कार्य करते हैं।
यह अधिक नियमित आधार पर स्वचालित परीक्षण करने के लिए इसे और अधिक व्यावहारिक बनाता है और स्वचालित परीक्षणों की स्थापना के बाद बड़ी संख्या में संसाधनों को परीक्षण के लिए सौंपने की आवश्यकता को कम करता है।
ग्रेटर टेस्ट कवरेज
मैन्युअल परीक्षणों की तुलना में स्वचालित परीक्षण अक्सर सॉफ्टवेयर निर्माण के एक बड़े क्षेत्र को कवर कर सकते हैं, बड़े हिस्से में उनकी बढ़ी हुई दक्षता के कारण।
जब परीक्षक मैन्युअल रूप से सिस्टम परीक्षण करते हैं, तो उन्हें आकलन करने के लिए सबसे महत्वपूर्ण परीक्षण मामलों को चुनना और चुनना चाहिए, जबकि स्वचालित परीक्षण सॉफ्टवेयर टीमों को कम समय में अधिक परिदृश्यों का परीक्षण करने की सुविधा देता है।
मानवीय भूल को दूर करें
स्वचालित परीक्षण उसी तरह मानवीय त्रुटियों के प्रति संवेदनशील नहीं होते हैं जिस तरह मैन्युअल परीक्षण होते हैं।
दोहराए जाने वाले, समय लेने वाले परीक्षण करते समय जो मैन्युअल परीक्षकों को थका सकते हैं, स्वचालित परीक्षण समान दर और सटीकता स्तर पर सॉफ़्टवेयर का परीक्षण करना जारी रखते हैं।
मनुष्य भी कठिन बग की तुलना में आसान बग खोजने पर अधिक ध्यान केंद्रित करते हैं, जिससे कुछ महत्वपूर्ण लेकिन कम स्पष्ट बग छूट सकते हैं।
परीक्षण का मानकीकरण करें
जब आप सिस्टम परीक्षण को स्वचालित करने के लिए एक स्क्रिप्ट लिखते हैं, तो आप अपने सॉफ़्टवेयर परीक्षण टूल के अनुसरण के लिए निर्देशों का एक सेट बना रहे होते हैं।
यह आपके द्वारा चलाए जाने वाले सॉफ़्टवेयर परीक्षणों को प्रभावी रूप से मानकीकृत करता है और यह सुनिश्चित करता है कि हर बार जब आप एक परीक्षण चलाते हैं, तो आप समान मानकों पर समान परीक्षण और परीक्षण सॉफ़्टवेयर चला रहे हैं।
2. सिस्टम टेस्टिंग ऑटोमेशन की चुनौतियाँ
स्वचालित प्रणाली परीक्षण सही नहीं है, यही कारण है कि इसे अक्सर सर्वोत्तम परिणामों के लिए मैन्युअल परीक्षण के साथ आयोजित किया जाता है। यह मैन्युअल परीक्षण की तुलना में अधिक कुशल है, लेकिन गहराई या गुणात्मक डेटा के मामले में उतना अधिक प्रदान नहीं कर सकता है।
FLEXIBILITY
क्योंकि स्वचालित परीक्षण हमेशा एक स्क्रिप्ट का अनुसरण करता है, परीक्षण स्क्रिप्ट में लिखे गए तंत्र या सुविधाओं के बाहर परीक्षण करने के लिए कोई लचीलापन नहीं है।
जबकि इसका परिणाम निरंतरता में होता है, इसका मतलब यह है कि बग और त्रुटियां छूट सकती हैं यदि नियोजन चरणों के दौरान उन पर विचार नहीं किया गया है।
संसाधन
स्वचालित परीक्षणों को स्थापित करने में समय और संसाधन लगते हैं।
हालांकि ऑफ-द-शेल्फ सॉफ़्टवेयर और टूल का उपयोग करके सिस्टम परीक्षण को स्वचालित करना संभव है, अधिकांश समय इन्हें अभी भी आपकी सॉफ़्टवेयर आवश्यकताओं के लिए ट्वीक करने की आवश्यकता होती है।
परंपरागत रूप से, स्वचालित परीक्षण का अर्थ स्वचालित परीक्षणों को ठीक से लिखने और चलाने के लिए तकनीकी संसाधनों को समर्पित करना है, हालांकि ZAPTEST जैसे अधिक से अधिक उपकरण कोड रहित इंटरफ़ेस में उन्नत कंप्यूटर विज़न सॉफ़्टवेयर स्वचालन प्रदान करते हैं।
जटिल परीक्षण के मामले
ज्यादातर मामलों में, किसी भी मैन्युअल परीक्षण पर भरोसा किए बिना सिस्टम परीक्षण को 100% स्वचालित करना संभव नहीं है।
यह विशेष रूप से सच है जब आपको जटिल परीक्षण परिदृश्यों का परीक्षण करने की आवश्यकता होती है जो कि अधिकांश स्वचालन उपकरण परीक्षण तक नहीं होते हैं।
3. स्वचालित प्रणाली परीक्षण कब लागू करें
यदि आपकी परीक्षण टीम के पास स्वचालित परीक्षण को लागू करने के संसाधन हैं, या तो कस्टम परीक्षण स्क्रिप्ट लिखकर या उन्हें लिखने के लिए स्वचालन उपकरण का उपयोग करके, स्वचालित परीक्षण सिस्टम परीक्षण को अधिक कुशल और अधिक विश्वसनीय दोनों बना सकता है।
हालांकि, जब आप अपने स्वचालित परीक्षणों की गुणवत्ता और कवरेज में आश्वस्त हों तब भी मैन्युअल रूप से परीक्षण जारी रखना हमेशा महत्वपूर्ण होता है क्योंकि स्वचालित परीक्षण उस गहराई और अंतर्दृष्टि को दोहरा नहीं सकता है जो केवल मैन्युअल परीक्षण प्रदान कर सकता है।
निष्कर्ष: स्वचालित प्रणाली परीक्षण बनाम मैनुअल सिस्टम परीक्षण
सॉफ़्टवेयर विकास के परीक्षण चरण के दौरान स्वचालित सिस्टम परीक्षण और मैन्युअल सिस्टम परीक्षण दोनों महत्वपूर्ण हैं।
जबकि छोटी कंपनियां अतिरिक्त निवेश या स्वचालित परीक्षण के लिए आवश्यक संसाधनों के कारण केवल मैन्युअल सिस्टम परीक्षण के साथ शुरू कर सकती हैं, अधिकांश परीक्षण दल एक संयुक्त दृष्टिकोण अपनाते हैं जिसमें स्वचालित परीक्षण शामिल होता है जैसे ही वे व्यावहारिक रूप से सक्षम होते हैं।
मैन्युअल परीक्षण के साथ स्वचालित परीक्षण को जोड़कर, परीक्षण दल सिस्टम परीक्षण के किसी भी परिणाम से समझौता किए बिना दक्षता, सटीकता और लचीलेपन को अधिकतम कर सकते हैं।
सिस्टम परीक्षण के लिए सर्वोत्तम अभ्यास
यदि आप अधिकतम दक्षता और सटीकता के लिए अपने सिस्टम परीक्षण वर्कफ़्लो को अनुकूलित करना चाहते हैं, तो सिस्टम परीक्षण सर्वोत्तम अभ्यासों का पालन करना ऐसा करने का सबसे अच्छा तरीका है।
सर्वोत्तम अभ्यास आपको यह सुनिश्चित करने में मदद कर सकते हैं कि आप सिस्टम परीक्षण चरण के दौरान कुछ भी याद नहीं करते हैं और यह सुनिश्चित करते हैं कि आपके सिस्टम परीक्षण हमेशा उच्च स्तर के हों।
1. योजना प्रणाली पर्याप्त रूप से परीक्षण करती है
सभी सिस्टम परीक्षण एक औपचारिक परीक्षण योजना के साथ शुरू होने चाहिए जो स्पष्ट रूप से परीक्षण के मामलों और दृष्टिकोणों की रूपरेखा तैयार करते हैं जिनका उपयोग परीक्षण के दौरान किया जाएगा।
एक औपचारिक योजना के साथ शुरू करने से परीक्षण के दौरान होने वाली देरी का जोखिम कम हो जाता है और अस्पष्टता से उत्पन्न होने वाले व्यवधानों को रोकता है।
यह सुनिश्चित करता है कि सभी संबंधित पक्ष जानते हैं कि उनकी भूमिका क्या है और वे किसके लिए जिम्मेदार हैं।
2. हमेशा विस्तृत, सटीक रिपोर्ट लिखें
यह महत्वपूर्ण है कि सिस्टम परीक्षण हमेशा अच्छी तरह से प्रलेखित हो, या परीक्षकों और सॉफ़्टवेयर डेवलपर्स को आपके परीक्षणों के परिणामों पर कार्य करना आसान न लगे।
आपके द्वारा किए जाने वाले प्रत्येक परीक्षण के लिए स्पष्ट, संपूर्ण रिपोर्ट लिखें, उस विवरण को जो भी बग मिलते हैं, दिखाएं कि वास्तव में उन्हें कैसे दोहराया जाए, और यह पहचानें कि सॉफ़्टवेयर को एक बार ठीक करने के लिए कैसे व्यवहार करना चाहिए।
सुनिश्चित करें कि आपकी बग रिपोर्ट स्पष्ट और अनुसरण करने में आसान हैं।
3. वास्तविक उपकरणों पर परीक्षण करें
अक्सर, परीक्षण दल विभिन्न उपकरणों पर सॉफ़्टवेयर का वास्तव में परीक्षण किए बिना, परीक्षण वातावरण के भीतर विभिन्न उपकरणों को दोहराने का विकल्प चुनते हैं।
यदि आप मोबाइल जैसे विभिन्न प्लेटफ़ॉर्म पर उपयोग किए जाने वाले सॉफ़्टवेयर का निर्माण कर रहे हैं, अर्थात एंड्रॉइड , आईओएस आदि टैबलेट, वेब और डेस्कटॉप यानी विंडोज, लिनक्स , आदि, यह सुनिश्चित करने के लिए इन उपकरणों पर उनका परीक्षण करना सुनिश्चित करें कि वे विभिन्न भारों के साथ कैसा प्रदर्शन करते हैं या क्या नेटवर्क कनेक्शन समस्याएँ विशेष प्लेटफॉर्म पर समस्याएँ पैदा कर सकती हैं।
4. जहां संभव हो परीक्षण को स्वचालित करें
सर्वोत्तम परिणामों के लिए स्वचालित सिस्टम परीक्षण के साथ मैन्युअल सिस्टम परीक्षण को जोड़ना आमतौर पर सबसे अच्छा होता है।
यदि आपने अभी तक स्वचालित सिस्टम एकीकरण परीक्षण के साथ प्रयोग नहीं किया है, तो RPA + सॉफ़्टवेयर परीक्षण टूल आज़माएं, जो आपके कम से कम कुछ सिस्टम परीक्षणों को स्वचालित करने में आपकी मदद कर सकते हैं, जिससे आप अपने परिणामों की सटीकता से समझौता किए बिना अपना कवरेज और दक्षता बढ़ा सकेंगे।
5. प्रति केस एक फीचर का परीक्षण करें
जब आप परीक्षण मामले लिखते हैं, तो जहाँ संभव हो, प्रति मामला केवल एक विशेषता के परीक्षण पर ध्यान केंद्रित करें।
इससे भविष्य के परीक्षणों में इन परीक्षण मामलों का पुन: उपयोग करना आसान हो जाता है और यह डेवलपर्स को अधिक स्पष्ट रूप से समझने की अनुमति देता है कि बग कैसे उत्पन्न होते हैं और वे किन विशेषताओं से ट्रिगर होते हैं।
सिस्टम परीक्षणों से आउटपुट के प्रकार
जब आप सिस्टम परीक्षण चलाते हैं, तो यह जानना महत्वपूर्ण है कि आपके परीक्षणों से किस प्रकार के आउटपुट की उम्मीद की जा सकती है और भविष्य के विकास और परीक्षण को सूचित करने के लिए इन आउटपुट का उपयोग कैसे किया जाए।
परीक्षण आउटपुट प्रभावी रूप से वे संपत्तियां और जानकारी हैं जिन्हें आप सिस्टम परीक्षण करके प्राप्त करते हैं।
1. परीक्षा परिणाम
आपके परीक्षण के परिणामों में इस बारे में डेटा शामिल होता है कि आपके द्वारा किए गए प्रत्येक परीक्षण मामले में सॉफ़्टवेयर ने कैसा प्रदर्शन किया, साथ ही आपने सॉफ़्टवेयर के प्रदर्शन की अपेक्षा की।
ये परिणाम यह निर्धारित करने में मदद करते हैं कि प्रत्येक परीक्षण मामला पास होता है या विफल होता है क्योंकि यदि सॉफ़्टवेयर ने इस तरह से प्रदर्शन किया है जिसकी आपने अपेक्षा नहीं की थी, तो इसका आमतौर पर मतलब है कि यह विफल हो गया है।
2. दोष लॉग
दोष लॉग उन सभी बगों और दोषों के लॉग होते हैं जो सिस्टम परीक्षण के दौरान पाए गए थे।
दोष लॉग अन्य महत्वपूर्ण सूचनाओं जैसे प्रत्येक बग की प्राथमिकता, प्रत्येक बग की गंभीरता, और बग के लक्षण और विवरण के साथ पाए गए सभी बगों को सूचीबद्ध करता है।
आपको यह भी नोट करना चाहिए कि बग का पता चला था और अन्य जानकारी जो डेवलपर्स को बग को फिर से दोहराने में मदद करेगी।
3. परीक्षण रिपोर्ट
परीक्षण रिपोर्ट आमतौर पर सिस्टम परीक्षण को पूरा करने के लिए निकास मानदंड का हिस्सा होती है, और इसमें आमतौर पर किए गए परीक्षण का सारांश, जीओ/नो-गो सिफारिशें, चरण और पुनरावृत्ति की जानकारी और परीक्षण की तारीख शामिल होती है।
आप परीक्षण के परिणामों के बारे में कोई अन्य महत्वपूर्ण जानकारी भी शामिल कर सकते हैं या इस रिपोर्ट में दोष सूची की एक प्रति संलग्न कर सकते हैं।
सिस्टम परीक्षण के उदाहरण
सिस्टम परीक्षण को संपूर्ण रूप से सिस्टम का परीक्षण करने के लिए डिज़ाइन किया गया है, जिसका अर्थ है कि वे सिस्टम के रूप में एक साथ काम करने वाली सभी विभिन्न सॉफ़्टवेयर इकाइयों का परीक्षण करते हैं।
सिस्टम टेस्ट के उदाहरण आपको यह बेहतर ढंग से समझने में मदद कर सकते हैं कि सिस्टम टेस्ट क्या है और यह क्या परीक्षण करता है।
1. परीक्षण कार्यक्षमता
सॉफ्टवेयर इंजीनियरों की एक टीम एक नया शॉपिंग ऐप तैयार कर रही है जो किराने की दुकानों को ऑनलाइन ऑर्डर लेने और पैक करने में अधिक कुशलता से मदद करता है।
ऐप कई अलग-अलग मॉड्यूल से बना है, जिनमें से प्रत्येक को यूनिट परीक्षण में स्वतंत्र रूप से परीक्षण किया गया है और एकीकरण परीक्षण में अन्य मॉड्यूल के साथ परीक्षण किया गया है।
सिस्टम परीक्षण पहली बार है जब सभी मॉड्यूलों का परीक्षण एक साथ किया जाता है, और परीक्षक एप्लिकेशन के प्रत्येक व्यक्तिगत कार्य का आकलन करने के लिए टेस्ट केस डिजाइन करते हैं और यह जांचते हैं कि सभी मॉड्यूल एक साथ चलने के बाद वे अपेक्षित रूप से कार्य करते हैं या नहीं।
2. लोड समय का परीक्षण
सॉफ्टवेयर परीक्षकों की एक टीम परीक्षण कर रही है कि तनाव के विभिन्न स्तरों के तहत विभिन्न बिंदुओं पर एप्लिकेशन कितनी जल्दी लोड होता है।
वे परीक्षण मामले बनाते हैं जो वर्णन करते हैं कि एप्लिकेशन किस प्रकार के तनाव में है (उदाहरण के लिए, कितने उपयोगकर्ता इसे एक साथ उपयोग कर रहे हैं) और उपयोगकर्ता कौन से कार्यों और सुविधाओं को लोड करने का प्रयास कर रहा है।
सिस्टम टेस्टिंग के दौरान, लोड टाइम को टेस्टिंग रिपोर्ट में लॉग किया जाता है और लोड टाइम जो बहुत धीमा माना जाता है, विकास के दूसरे चरण को ट्रिगर करेगा।
3. परीक्षण विन्यास
एक कंप्यूटर माउस, एक वीआर हेडसेट और एक गेमिंग पैड सहित कई अलग-अलग बाह्य उपकरणों के साथ उपयोग किए जा सकने वाले वीडियो गेम का निर्माण करते समय, सॉफ़्टवेयर परीक्षक यह परीक्षण करने के लिए कॉन्फ़िगरेशन परीक्षण करते हैं कि इनमें से प्रत्येक परिधीय खेल के साथ कितनी अच्छी तरह काम करता है।
वे प्रत्येक परीक्षण परिदृश्य के माध्यम से प्रत्येक परिधीय का व्यक्तिगत रूप से और एक साथ परीक्षण करते हुए काम करते हैं, यह देखते हुए कि प्रत्येक परिधीय खेल में विभिन्न बिंदुओं पर कैसा प्रदर्शन करता है और क्या प्रदर्शन अपेक्षा से भी बदतर है।
सिस्टम परीक्षण के माध्यम से पाई गई त्रुटियों और बगों के प्रकार
जब आप सिस्टम परीक्षण करते हैं, तो आपके द्वारा किए जाने वाले परीक्षण आपको सॉफ़्टवेयर में उन त्रुटियों और बगों की पहचान करने की अनुमति देंगे जो इकाई परीक्षण और एकीकरण परीक्षण में नहीं पाए गए हैं।
सिस्टम परीक्षण के दौरान कई प्रकार के बगों की पहचान करना संभव है, कभी-कभी क्योंकि वे पहले छूट गए हैं या आमतौर पर क्योंकि वे केवल तब उत्पन्न होते हैं जब सिस्टम समग्र रूप से कार्य कर रहा होता है।
1. प्रदर्शन त्रुटियाँ
सिस्टम परीक्षण एक सॉफ़्टवेयर निर्माण की गति, स्थिरता और प्रतिक्रिया समय में प्रदर्शन त्रुटियों को उजागर कर सकता है।
परीक्षक यह आकलन कर सकते हैं कि विभिन्न कार्यों को करते समय सॉफ़्टवेयर कैसा प्रदर्शन करता है और उपयोग के दौरान होने वाली किसी भी त्रुटि या देरी पर ध्यान दें। ये प्रदर्शन दोष हैं, जिन्हें आगे विकास की आवश्यकता के लिए पर्याप्त गंभीर माना जा सकता है या नहीं भी।
2. सुरक्षा त्रुटियां
सिस्टम परीक्षण के दौरान सुरक्षा त्रुटियों की पहचान करना संभव है जो सिस्टम की सुरक्षा परत के भीतर कमजोरियों को उजागर करती हैं।
सुरक्षा परीक्षण सिस्टम परीक्षण चरण के दौरान होता है, और इसका उपयोग एन्क्रिप्शन त्रुटियों, तार्किक त्रुटियों और सॉफ़्टवेयर के भीतर XSS भेद्यता की पहचान करने के लिए किया जा सकता है।
3. प्रयोज्य त्रुटियां
उपयोगिता संबंधी त्रुटियां वे त्रुटियां होती हैं जो एप्लिकेशन को उस तरह से उपयोग करना कठिन बना देती हैं जिस तरह से इसका उद्देश्य है। वे उपयोगकर्ताओं के लिए असुविधा का कारण बन सकते हैं, जिसके कारण उपयोगकर्ता ऐप को छोड़ सकते हैं।
उपयोगिता त्रुटियों के कुछ उदाहरणों में एक जटिल नेविगेशन सिस्टम या एक लेआउट शामिल है जो प्लेटफ़ॉर्म के सभी पहलुओं पर नेविगेट करना आसान नहीं है।
प्रयोज्य उपकरणों का उपयोग करते हुए , त्रुटियों को परीक्षण प्रक्रिया में पहले ही पहचाना जा सकता है, लेकिन वे सिस्टम परीक्षण के दौरान भी दिखाई दे सकते हैं।
4. संचार त्रुटियां
संचार त्रुटियां तब होती हैं जब सॉफ़्टवेयर का कोई भाग किसी अन्य मॉड्यूल के साथ संचार करने का प्रयास करता है और एक त्रुटि के कारण यह संचार विफल हो जाता है।
उदाहरण के लिए, यदि सॉफ़्टवेयर उपयोगकर्ता को एक नया अपडेट डाउनलोड करने का संकेत देता है, लेकिन जब उपयोगकर्ता अपडेट डाउनलोड बटन पर क्लिक करता है, तो अपडेट नहीं मिल पाता है, यह एक संचार त्रुटि है।
5. त्रुटियों को संभालने में त्रुटि
त्रुटियाँ कभी-कभी तब भी होती हैं जब सॉफ़्टवेयर ठीक से काम कर रहा होता है। शायद इसलिए कि एक घटक ठीक से स्थापित नहीं किया गया है या क्योंकि उपयोगकर्ता इसे ठीक से संचालित नहीं कर रहा है।
हालाँकि, सिस्टम को इन त्रुटियों को सही तरीके से संभालने में सक्षम होना चाहिए जो उपयोगकर्ताओं को समस्या को पहचानने और ठीक करने में मदद करता है।
यदि त्रुटि संदेशों में होने वाली त्रुटि के बारे में पर्याप्त जानकारी नहीं है, तो उपयोगकर्ता त्रुटि को ठीक करने में सक्षम नहीं होंगे।
सिस्टम परीक्षण में सामान्य मेट्रिक्स
जब आप सिस्टम परीक्षण करते हैं, तो आप अपनी परीक्षण टीम को यह मॉनिटर करने में मदद करने के लिए कुछ परीक्षण मेट्रिक्स ट्रैक कर सकते हैं कि सिस्टम परीक्षण कितना प्रभावी है, बग आमतौर पर कितने पाए जाते हैं, और सिस्टम परीक्षण परीक्षण चक्र के सही चरण में हो रहा है या नहीं।
उदाहरण के लिए, यदि आप पास होने वाले परीक्षणों की संख्या और विफल होने वाली संख्या को ट्रैक करते हैं और पाते हैं कि सिस्टम परीक्षणों का एक उच्च अनुपात विफल हो जाता है, तो आप यह निष्कर्ष निकाल सकते हैं कि सिस्टम परीक्षण से पहले बग और त्रुटियों की पहचान करने के लिए परीक्षण चक्र में अधिक गहन परीक्षण की आवश्यकता है। शुरू करना।
1. निरपेक्ष मेट्रिक्स
निरपेक्ष संख्याएं वे मीट्रिक हैं जो आपको अनुपात या अनुपात के बजाय बस एक निरपेक्ष संख्या देते हैं।
निरपेक्ष मेट्रिक्स उपयोगी हो सकते हैं, लेकिन क्योंकि वे निरपेक्ष संख्याएँ हैं इसलिए यह समझना हमेशा आसान नहीं होता कि उनका क्या मतलब है।
निरपेक्ष मेट्रिक्स के कुछ उदाहरणों में सिस्टम परीक्षण अवधि, सिस्टम परीक्षण चलाने में लगने वाला समय और सिस्टम परीक्षण के दौरान पाए गए दोषों की कुल संख्या शामिल है।
2. टेस्ट दक्षता मेट्रिक्स
टेस्ट दक्षता मेट्रिक्स परीक्षण टीमों को यह समझने में मदद करते हैं कि उनकी वर्तमान प्रणाली परीक्षण प्रक्रियाएँ कितनी कुशल हैं, हालाँकि वे सिस्टम परीक्षणों की गुणवत्ता के बारे में कोई जानकारी नहीं देते हैं।
परीक्षण दक्षता मेट्रिक्स के कुछ उदाहरणों में परीक्षण उत्तीर्ण प्रतिशत और दोष निश्चित प्रतिशत शामिल हैं।
पास किए गए टेस्ट आपको बता सकते हैं कि क्या आप बहुत सारे टेस्ट पास कर रहे हैं और इसलिए बग गायब हैं, खासकर अगर आपको एक हाई टेस्ट पास मेट्रिक के साथ एक हाई डिफेक्ट एस्केप रेशियो दिखाई देता है।
3. परीक्षण प्रभावशीलता मेट्रिक्स
परीक्षण प्रभावशीलता मेट्रिक्स परीक्षकों को उनके द्वारा किए जा रहे सिस्टम परीक्षणों की गुणवत्ता के बारे में कुछ बताते हैं।
वे मापते हैं कि सिस्टम के भीतर बग और दोषों की पहचान और मूल्यांकन करने में सिस्टम परीक्षण कितने प्रभावी हैं।
कुल दोष रोकथाम दक्षता एक परीक्षण प्रभावशीलता मीट्रिक का एक उदाहरण है जो रिलीज के बाद पाए गए बग की तुलना में परीक्षण चरण के दौरान पाए गए बग के अनुपात को प्रदर्शित करता है।
4. टेस्ट कवरेज मेट्रिक्स
टेस्ट कवरेज मेट्रिक्स परीक्षकों को यह समझने में मदद करते हैं कि पूरे सिस्टम में उनका कवरेज कितना पूरा है जिसका वे परीक्षण करने की कोशिश कर रहे हैं।
उदाहरण के लिए, आप माप सकते हैं कि आपके सिस्टम परीक्षणों का कितना प्रतिशत स्वचालित है या अब तक कितने आवश्यक परीक्षण निष्पादित किए जा चुके हैं।
एक आवश्यकता कवरेज मीट्रिक परीक्षकों को यह ट्रैक करने में भी मदद करती है कि परीक्षण द्वारा आवश्यक सुविधाओं के किस अनुपात को कवर किया गया है।
5. दोष मेट्रिक्स
दोष मेट्रिक्स मेट्रिक्स हैं जो विभिन्न तरीकों से दोषों की उपस्थिति को मापते हैं। कुछ दोष मेट्रिक्स दोषों की गंभीरता पर ध्यान केंद्रित कर सकते हैं जबकि अन्य दोषों के प्रकार या मूल कारण पर ध्यान केंद्रित कर सकते हैं।
एक सामान्य दोष मीट्रिक का एक उदाहरण दोष घनत्व है, जो पूरे रिलीज में दोषों की कुल संख्या को मापता है।
दोष घनत्व को आमतौर पर कोड की प्रति 1000 पंक्तियों में दोषों की संख्या के रूप में प्रस्तुत किया जाता है।
सिस्टम परीक्षण के मामले
सिस्टम परीक्षण मामले परीक्षण परिदृश्य हैं जिनका उपयोग सिस्टम परीक्षण में यह परीक्षण करने के लिए किया जाता है कि सॉफ़्टवेयर कैसे कार्य करता है और क्या यह डेवलपर्स, परीक्षकों, उपयोगकर्ताओं और हितधारकों की अपेक्षाओं को पूरा करता है।
1. सिस्टम टेस्टिंग में टेस्ट केस क्या होते हैं?
परीक्षण के मामले अनिवार्य रूप से निर्देश हैं जो परिभाषित करते हैं कि क्या परीक्षण किया जाना है और प्रत्येक व्यक्तिगत मामले का परीक्षण करने के लिए परीक्षक को क्या कदम उठाने चाहिए।
जब आप सिस्टम टेस्ट के लिए टेस्ट केस लिख रहे हों, तो टेस्टर्स को प्रत्येक टेस्ट को निष्पादित करने के लिए आवश्यक सभी जानकारी शामिल करना महत्वपूर्ण है। प्रत्येक टेस्ट केस के लिए एक टेस्ट केस आईडी शामिल करें और टेस्ट को निष्पादित करने के तरीके के बारे में जानकारी और आप क्या परिणाम चाहते हैं, साथ ही प्रासंगिक होने पर प्रत्येक टेस्ट केस के लिए पास और असफल मानदंड शामिल करें।
2. सिस्टम टेस्ट केस कैसे लिखें
यदि आप टेस्ट केस लिखने के लिए नए हैं, तो आप सिस्टम टेस्टिंग के लिए टेस्ट केस लिखने के लिए नीचे दिए गए चरणों का पालन कर सकते हैं। अन्य प्रकार के सॉफ़्टवेयर परीक्षण के लिए टेस्ट केस लिखना एक बहुत ही समान प्रक्रिया है।
- उस क्षेत्र को परिभाषित करें जिसे आप चाहते हैं कि आपका परीक्षण मामला कवर हो।
- सुनिश्चित करें कि परीक्षण मामले का परीक्षण करना आसान है।
- प्रत्येक परीक्षण मामले में प्रासंगिक परीक्षण डिज़ाइन लागू करें।
- प्रत्येक टेस्ट केस को एक यूनिक टेस्ट केस आईडी असाइन करें।
- प्रत्येक टेस्ट केस को चलाने के तरीके का स्पष्ट विवरण शामिल करें।
- प्रत्येक परीक्षण मामले के लिए पूर्व शर्त और पश्च शर्त जोड़ें।
- वह परिणाम निर्दिष्ट करें जिसकी आप प्रत्येक परीक्षण मामले से अपेक्षा करते हैं।
- उपयोग की जाने वाली परीक्षण तकनीकों की रूपरेखा तैयार करें।
- आगे बढ़ने से पहले किसी सहकर्मी से प्रत्येक परीक्षण मामले की सहकर्मी-समीक्षा करने के लिए कहें।
3. सिस्टम टेस्ट केस के उदाहरण
उदाहरण परीक्षण मामलों का उपयोग करने से आपको अपने स्वयं के परीक्षण मामलों को लिखने में मदद मिल सकती है। नीचे सिस्टम परीक्षण मामलों के दो उदाहरण दिए गए हैं जिनका उपयोग परीक्षक किसी एप्लिकेशन या सॉफ़्टवेयर के कार्य का परीक्षण करने के लिए कर सकते हैं।
किराना स्कैनिंग ऐप मूल्य सत्यापन
टेस्ट आईडी: 0788
टेस्ट केस: आइटम की कीमत को मान्य करें
टेस्ट केस विवरण: किसी आइटम को स्कैन करें और उसकी कीमत सत्यापित करें।
अपेक्षित परिणाम: स्कैन की गई कीमत मौजूदा स्टॉक कीमत के अनुरूप होनी चाहिए।
परिणाम: आइटम $1 पर स्कैन किया गया, जो वर्तमान स्टॉक मूल्य के साथ संरेखित होता है।
पास/फेल: पास।
प्रबंधन सॉफ्टवेयर एंड-टू-एंड लेनदेन प्रतिक्रिया समय
टेस्ट आईडी: 0321
टेस्ट केस: होम स्क्रीन लोड समय
टेस्ट केस विवरण: सुनिश्चित करें कि ऐप लोडिंग स्क्रीन एक अच्छे समय के भीतर लोड हो।
अपेक्षित परिणाम: स्क्रीन चार सेकंड या उससे कम समय में लोड होनी चाहिए।
परिणाम: स्क्रीन 6 सेकंड के भीतर लोड हो गई।
पास/फेल: फेल।
सर्वश्रेष्ठ प्रणाली परीक्षण उपकरण
सिस्टम टेस्टिंग टूल्स का उपयोग करना परीक्षण की प्रक्रिया को कारगर बनाने और उस समय की मात्रा को कम करने के सबसे सरल तरीकों में से एक है जो परीक्षण टीम समय लेने वाले मैन्युअल कार्यों पर खर्च करती है।
सिस्टम परीक्षण उपकरण या तो आपके लिए सिस्टम परीक्षण प्रक्रिया के तत्वों को स्वचालित कर सकते हैं, या वे परीक्षण मामलों को लिखना और परीक्षण प्रगति को ट्रैक करना आसान बना सकते हैं।
पांच सर्वश्रेष्ठ मुफ्त सिस्टम परीक्षण उपकरण
यदि आप सिस्टम टेस्टिंग टूल्स पर अपने बजट का एक बड़ा हिस्सा खर्च करने के लिए तैयार नहीं हैं, लेकिन आप यह पता लगाना चाहते हैं कि वहां क्या है और हो सकता है कि एक ही समय में आपके सिस्टम टेस्टिंग प्रक्रियाओं की दक्षता में सुधार हो, तो अच्छी खबर यह है कि बहुत सारे हैं मुफ्त परीक्षण उपकरण ऑनलाइन उपलब्ध हैं।
निःशुल्क परीक्षण उपकरण सशुल्क परीक्षण उपकरणों के समान कार्यक्षमता प्रदान नहीं करते हैं, लेकिन वे छोटे व्यवसायों को सॉफ़्टवेयर स्वचालन और RPA का पता लगाने के लिए लागत-प्रभावी तरीका प्रदान कर सकते हैं।
1. ZAPTEST मुफ़्त संस्करण
ZAPTEST सॉफ्टवेयर टेस्टिंग टूल्स का एक सूट है जिसका उपयोग सिस्टम टेस्टिंग और अन्य प्रकार के सॉफ्टवेयर टेस्टिंग के लिए किया जा सकता है।
ZAPTEST नि:शुल्क और सशुल्क उद्यम संस्करण दोनों के रूप में उपलब्ध है, लेकिन नि:शुल्क संस्करण छोटी कंपनियों और व्यवसायों के लिए स्वचालित प्रणाली परीक्षण का सही परिचय है, जो परीक्षण स्वचालन की दिशा में पहला कदम उठाना चाहते हैं।
ZAPTEST डेस्कटॉप और हैंडहेल्ड डिवाइस दोनों के लिए सिस्टम परीक्षणों को स्वचालित कर सकता है और परीक्षकों को कोडिंग के बिना परीक्षणों को स्वचालित करने की अनुमति देता है।
2. सेलेनियम
सेलेनियम बाजार में उपलब्ध सबसे प्रसिद्ध ओपन-सोर्स परीक्षण उपकरणों में से एक है।
सेलेनियम का मुफ्त संस्करण स्वचालन परीक्षण उपकरण प्रदान करता है जिसका उपयोग सिस्टम परीक्षण, प्रतिगमन परीक्षण और बग प्रजनन में किया जा सकता है और आप इसे विभिन्न परीक्षण परिदृश्यों के लिए अपनी स्वयं की परीक्षण स्क्रिप्ट बनाने के लिए उपयोग कर सकते हैं।
हालांकि यह सरलता और उपयोग में आसानी की कीमत पर आता है और गैर-तकनीकी उपयोगकर्ताओं के लिए सीखना काफी कठिन हो सकता है।
3. अप्पियम
एपियम एक निःशुल्क सिस्टम परीक्षण उपकरण है जो विशेष रूप से मोबाइल एप्लिकेशन के उपयोग के लिए उपयुक्त है।
आप आईओएस और एंड्रॉइड स्मार्टफोन और टैबलेट के साथ उपयोग के लिए डिज़ाइन किए गए ऐप्स के सिस्टम परीक्षण को स्वचालित करने के लिए एपियम का उपयोग कर सकते हैं।
यह निःशुल्क टूल डेस्कटॉप एप्लिकेशन के साथ उपयोग करने के लिए उपयुक्त नहीं है, जो इसकी सबसे बड़ी कमजोरियों में से एक है।
3. टेस्टलिंक
यदि आप सिस्टम टेस्टिंग की योजना बनाना, तैयार करना और दस्तावेज बनाना आसान बनाना चाहते हैं, तो टेस्टलिंक एक बेहतरीन फ्री टूल है जो टेस्ट डॉक्यूमेंटेशन मैनेजमेंट को सरल बनाता है।
टेस्टलिंक का उपयोग करके, आप आसानी से रिपोर्ट को अनुभागों में सॉर्ट कर सकते हैं ताकि आपको आवश्यकता पड़ने पर आवश्यक जानकारी प्राप्त हो सके।
टेस्टलिंक एक मूल्यवान परीक्षण उपकरण है, चाहे आप सिस्टम परीक्षण, धूम्रपान परीक्षण, या किसी अन्य प्रकार के सॉफ़्टवेयर परीक्षण कर रहे हों।
5. लोडियम
लोडियम एक नि: शुल्क परीक्षण उपकरण है जिसे विशेष रूप से प्रदर्शन परीक्षण और लोड परीक्षण के लिए डिज़ाइन किया गया है।
प्रदर्शन और लोड परीक्षण पर इसका ध्यान हालांकि एक महत्वपूर्ण कमजोरी का प्रतिनिधित्व करता है, उन उपयोगकर्ताओं के लिए जो एंड-टू-एंड परीक्षणों के पूरे स्पेक्ट्रम को स्वचालित करना चाहते हैं।
4 सर्वश्रेष्ठ उद्यम प्रणाली परीक्षण उपकरण
जैसे-जैसे आपका व्यवसाय बढ़ता है, आप पा सकते हैं कि निःशुल्क परीक्षण उपकरण अब आपकी आवश्यकताओं के अनुरूप नहीं हैं। ZAPTEST जैसे बहुत सारे मुफ्त टूल एंटरप्राइज़ संस्करण के साथ-साथ मुफ़्त संस्करण भी प्रदान करते हैं।
1. ZAPTEST एंटरप्राइज़ संस्करण
ZAPTEST अपने परीक्षण उपकरण का एक एंटरप्राइज़ संस्करण प्रदान करता है जो उपयोग में आसान सुविधाओं और मुफ़्त टूल के सहज ज्ञान युक्त इंटरफ़ेस का दावा करता है लेकिन बड़ी टीमों के लिए बेहतर है, जिन्हें अधिक गहन परीक्षण की आवश्यकता हो सकती है या जो अधिक जटिल सॉफ़्टवेयर बिल्ड का परीक्षण करना चाहते हैं।
ZAPTEST का उद्यम संस्करण असीमित प्रदर्शन परीक्षण और असीमित पुनरावृत्तियों के साथ-साथ क्लाइंट टीम के हिस्से के रूप में काम करने के लिए कॉल पर एक निर्दिष्ट ZAP प्रमाणित विशेषज्ञ प्रदान करता है (यह अपने आप में उपलब्ध किसी भी अन्य स्वचालन उपकरण की तुलना में एक महत्वपूर्ण लाभ का प्रतिनिधित्व करता है)।
इसका अनलिमिटेड लाइसेंस मॉडल भी बाजार में एक प्रमुख प्रस्ताव है, यह सुनिश्चित करता है कि व्यवसायों की हर समय निश्चित लागत होगी, चाहे वे कितनी भी तेजी से बढ़ें।
2. सोपयूआई
सोपूआई एक परीक्षण उपकरण है जो विभिन्न वेब सेवा प्लेटफार्मों और एपीआई पर सिस्टम परीक्षणों को प्रबंधित और निष्पादित करना संभव बनाता है।
परीक्षण दल समय लेने वाले कार्यों पर खर्च किए जाने वाले समय को कम करने और अधिक संपूर्ण और कुशल परीक्षण रणनीतियों को विकसित करने के लिए सोपयूआई का उपयोग कर सकते हैं।
3. टेस्टसिग्मा
टेस्टसिग्मा एक सॉफ्टवेयर टेस्टिंग प्लेटफॉर्म है जो शेल्फ से बाहर काम करता है। यह उत्पाद टीमों को वेबसाइटों, मोबाइल ऐप्स और एपीआई पर स्वचालित रूप से सॉफ़्टवेयर परीक्षणों की योजना बनाने और निष्पादित करने की अनुमति देता है।
प्लेटफ़ॉर्म जावा के साथ बनाया गया है लेकिन यह सरल अंग्रेजी में लिखी गई टेस्ट स्क्रिप्ट के साथ काम करता है।
4. टेस्टिंगबॉट
TestingBot उन व्यवसायों के लिए एक अपेक्षाकृत कम लागत वाला उद्यम समाधान है जो शुरू से ही बहुत अधिक पैसा खर्च किए बिना इस क्षेत्र में प्रयोग करना चाहते हैं। TestingBot परीक्षकों को 3200 ब्राउज़र और मोबाइल डिवाइस संयोजनों के ग्रिड का उपयोग करके वेबसाइटों और मोबाइल ऐप्स दोनों का परीक्षण करने का एक सरल तरीका प्रदान करता है।
इसमें बड़े एंटरप्राइज टूल्स की कार्यक्षमता का अभाव है, लेकिन कम बजट वाली कंपनियों के लिए यह एक अच्छा विकल्प है।
आपको एंटरप्राइज बनाम फ्री सिस्टम टेस्ट टूल्स का उपयोग कब करना चाहिए
चाहे आप एंटरप्राइज़ का उपयोग करना चुनते हैं या मुफ्त सिस्टम परीक्षण उपकरण आपकी टीम, आपके बजट, आपकी प्राथमिकताओं और आपके कार्य शेड्यूल की ज़रूरतों पर निर्भर करता है।
यह बिना कहे चला जाता है कि नि: शुल्क टूल की तुलना में एंटरप्राइज़ टूल अधिक सुविधाएँ और कार्यक्षमता प्रदान करते हैं, लेकिन बजट में बहुत अधिक स्थान वाली छोटी कंपनियों के लिए, निःशुल्क टूल एक शानदार विकल्प हैं।
यदि आपका व्यवसाय बढ़ रहा है या यदि आप पाते हैं कि आपकी परीक्षण टीम सिस्टम परीक्षण और अन्य प्रकार के सॉफ़्टवेयर परीक्षण पर आपकी अपेक्षा से अधिक समय व्यतीत कर रही है, तो एंटरप्राइज़ परीक्षण टूल में अपग्रेड करना और इन टूल का पूरा लाभ उठाना सीखना संभव हो सकता है बढ़ती मांग को पूरा करने के लिए अपने व्यवसाय को और आगे बढ़ाने में आपकी सहायता करें।
इसके अलावा, ZAPTEST Enterprise जैसे उपकरणों का उपयोग करके, जो अभिनव सॉफ़्टवेयर + सेवा मॉडल और असीमित लाइसेंस मॉडल प्रदान करते हैं, आपको अपने तकनीकी ज्ञान अंतर दोनों को बंद करने की गारंटी दी जाती है, और आप कितनी तेजी से बढ़ते हैं, और आप कितना उपयोग करते हैं, इसकी परवाह किए बिना अपनी लागतों को स्थिर रखें। उपकरण।
सिस्टम टेस्टिंग चेकलिस्ट, टिप्स और ट्रिक्स
सिस्टम परीक्षण शुरू करने से पहले, नीचे दी गई सिस्टम परीक्षण चेकलिस्ट देखें और सटीकता, दक्षता और कवरेज के लिए अपने सिस्टम परीक्षण को अनुकूलित करने के लिए इन युक्तियों का पालन करें।
सिस्टम टेस्टिंग चेकलिस्ट यह सुनिश्चित करने में मदद कर सकती है कि सिस्टम टेस्टिंग के माध्यम से आगे बढ़ने पर आपने वह सब कुछ कवर कर लिया है जिसकी आपको आवश्यकता है।
1. डिजाइन चरण के दौरान परीक्षकों को शामिल करें
जबकि परीक्षक आमतौर पर विकास और डिजाइन चरण समाप्त होने तक सॉफ़्टवेयर पर काम नहीं करते हैं, परीक्षकों को जल्दी शामिल करने से परीक्षकों के लिए यह समझना आसान हो जाता है कि विभिन्न घटक एक साथ कैसे काम करते हैं और इसे अपने परीक्षण में शामिल करते हैं।
यह अक्सर अधिक व्यावहारिक खोजपूर्ण परीक्षण में परिणाम देता है।
2. स्पष्ट परीक्षण मामले लिखें
जब आप अपने परीक्षण मामले लिखते हैं, तो सुनिश्चित करें कि वे स्पष्ट और स्पष्ट हों।
परीक्षकों को परीक्षण के मामलों को पढ़ने में सक्षम होना चाहिए और तुरंत समझना चाहिए कि क्या परीक्षण किया जाना चाहिए और इसका परीक्षण कैसे किया जाए।
यदि आपको जरूरत है, तो समझाएं कि परीक्षण की आवश्यकता वाली सुविधा कहां मिलेगी और सिस्टम परीक्षण प्रक्रिया के दौरान कौन से कदम उठाने होंगे।
3. परीक्षण कवरेज को अधिकतम करें
जब आप सिस्टम परीक्षण करते हैं तो 100% परीक्षण कवरेज प्राप्त करना आमतौर पर संभव नहीं होता है, भले ही आप स्वचालन उपकरण का उपयोग करते हों।
हालांकि, आपका परीक्षण कवरेज जितना अधिक होगा, उतनी ही अधिक संभावना होगी कि आप रिलीज से पहले बग की पहचान कर सकें और उसे ठीक कर सकें।
कम से कम 90% या जितना संभव हो उतना करीब परीक्षण कवरेज प्राप्त करने का प्रयास करें।
4. परिणामों का अच्छी तरह से विश्लेषण करें
प्रत्येक सिस्टम परीक्षण के परिणामों का अच्छी तरह से विश्लेषण करें, और अपने दस्तावेज़ों में बग और दोषों की स्पष्ट रूप से रिपोर्ट करें।
आप बग के बारे में जितना अधिक विवरण प्रदान कर सकते हैं, डेवलपर्स के लिए बाद में उन बगों को दोहराना उतना ही आसान होगा।
यदि आपके पास इस बारे में विचार हैं कि बग क्यों उत्पन्न हो रहे हैं और बग को कैसे ठीक किया जा सकता है, तो इन्हें अपने परीक्षण परिणामों में शामिल करें।
5. आवश्यकता परीक्षण से परे जाएं
यह देखने के लिए केवल अपने एप्लिकेशन का परीक्षण न करें कि क्या वे वही करते हैं जो वे करने वाले हैं।
परीक्षण करें कि आपका सॉफ़्टवेयर अपनी आवश्यकताओं से परे कैसे काम करता है, यह देखने के लिए कि यह इच्छित उपयोग के बाहर कार्यों और संचालन के प्रति कैसे प्रतिक्रिया करता है। यह आपको बग और दोषों की पहचान करने में मदद कर सकता है जिन्हें आप अन्यथा याद करेंगे।
सिस्टम परीक्षण लागू करते समय बचने के लिए 7 गलतियाँ और नुकसान
पहली बार सिस्टम परीक्षण लागू करते समय, उन सामान्य गलतियों और नुकसानों से अवगत होना महत्वपूर्ण है जो परीक्षण दल अक्सर करते हैं।
यह जानने के बाद कि ये गलतियाँ क्या हैं, उन्हें बनाने से बचना आसान होगा जिससे आपके अपने सिस्टम परीक्षण की प्रभावशीलता और सटीकता में वृद्धि होनी चाहिए।
1. परीक्षण योजना के बिना शुरू करना
सिस्टम परीक्षण शुरू करने से पहले एक विस्तृत परीक्षण योजना बनाना महत्वपूर्ण है।
यदि आप बिना किसी योजना के एकीकरण परीक्षण शुरू करते हैं, तो कुछ परीक्षण मामलों को भूलना आसान होता है जिन्हें आप परीक्षण योजना के बाहर निष्पादित या परीक्षण करने का इरादा रखते हैं।
अधिकांश लोग परीक्षण योजना का पूरा विवरण तब तक याद नहीं रख सकते जब तक कि यह स्पष्ट रूप से प्रलेखित न हो, और यह टीमों को इसे अन्य परीक्षकों को पास करने से भी रोकता है।
2. सिस्टम परीक्षण के दायरे को परिभाषित नहीं करना
सिस्टम परीक्षण एक बहु-आयामी कार्य है जिसमें एक सॉफ्टवेयर निर्माण के कई अलग-अलग पहलुओं का परीक्षण शामिल है।
आपके द्वारा विकसित किए जा रहे सॉफ़्टवेयर के प्रकार और आपने अब तक जो परीक्षण किया है, उसके आधार पर, सिस्टम परीक्षण का दायरा परीक्षणों के बीच बहुत भिन्न हो सकता है।
परीक्षण शुरू होने से पहले परीक्षण के दायरे को परिभाषित करना और यह सुनिश्चित करना महत्वपूर्ण है कि परीक्षण टीम के सभी सदस्य इस दायरे को समझें।
3. झूठे सकारात्मक और झूठे नकारात्मक परिणामों की उपेक्षा करना
गलत सकारात्मक परिणाम तब होते हैं जब परीक्षण परिदृश्यों के वास्तव में अपेक्षित रूप से काम नहीं करने के बावजूद सिस्टम परीक्षण पास हो जाते हैं।
इसी तरह, गलत नकारात्मक परिणाम तब आ सकते हैं जब कोई परीक्षण उम्मीद के मुताबिक काम करने के बावजूद विफल हो जाता है।
कभी-कभी झूठे सकारात्मक और झूठे नकारात्मक को पहचानना मुश्किल हो सकता है, खासकर यदि आप परीक्षण के वास्तविक परिणामों में तल्लीन किए बिना केवल परीक्षा परिणामों को देखते हैं। स्वचालित सिस्टम परीक्षण आयोजित करते समय गलत सकारात्मक और नकारात्मक विशेष रूप से संभावित और आसानी से छूट जाते हैं।
4. समान प्रकार के परीक्षण डेटा के साथ परीक्षण
यदि आप कई अलग-अलग प्रकार के परीक्षण डेटा का उपयोग कर रहे हैं, तो आपके द्वारा उपयोग किए जाने वाले परीक्षण डेटा की विशेषताओं को अलग-अलग करने से आपके सिस्टम परीक्षण के कवरेज में वृद्धि होगी।
इसका अर्थ है कि आपसे बग और दोष छूटने की संभावना कम है और आपके द्वारा किए जाने वाले परीक्षण में मूल्य जोड़ता है।
विभिन्न प्रकार के परीक्षण डेटा को कवर करके, आप अधिक विस्तृत चित्र प्राप्त करेंगे कि रिलीज़ के बाद उत्पाद कैसा व्यवहार करेगा।
5. खोजपूर्ण परीक्षण की उपेक्षा करना
परीक्षण योजना का पालन करना महत्वपूर्ण है, जबकि खोजपूर्ण परीक्षण के लिए जगह बनाना और परीक्षकों को विभिन्न विशेषताओं और कार्यों को आजमाने की अनुमति देना भी महत्वपूर्ण है, जैसा कि वे परीक्षण के दौरान पाते हैं।
खोजपूर्ण परीक्षण अक्सर नए बग प्रकट कर सकता है जो अन्यथा छूट जाएंगे या बग जो परीक्षण के अन्य चरणों के दौरान पहले ही छूट चुके हैं।
आप टेस्ट जैम सत्र आयोजित करके खोजपूर्ण परीक्षण सत्र भी शेड्यूल कर सकते हैं जहां परीक्षक सभी समय की एक निर्धारित अवधि के लिए अनियोजित सिस्टम परीक्षण करते हैं।
6. नियमित रूप से परीक्षण स्वचालन परिणामों की समीक्षा नहीं करना
यदि आप सॉफ़्टवेयर सिस्टम परीक्षण और विशेष रूप से स्वचालित परीक्षण के लिए नए हैं, तो आप सोच सकते हैं कि आप केवल परीक्षण को चलने के लिए सेट कर सकते हैं और इसे छोड़ सकते हैं।
लेकिन परीक्षण स्वचालन परिणामों की नियमित रूप से समीक्षा करना और आवश्यक होने पर परीक्षण स्वचालन कोड में परिवर्तन करना महत्वपूर्ण है।
उदाहरण के लिए, यदि आप परीक्षण किए जा रहे सॉफ़्टवेयर में कोई परिवर्तन करते हैं, तो ये स्वचालित परीक्षणों के कोड में दिखाई देने चाहिए।
परीक्षण के प्रत्येक आउटपुट को समझने के लिए स्वचालित परीक्षा परिणामों को ध्यान से पढ़ें, न कि केवल उत्तीर्ण/अनुत्तीर्ण परिणामों को।
7. गलत ऑटोमेशन टूल का उपयोग करना
आज बहुत सारे स्वचालन उपकरण उपलब्ध हैं, जिनमें से कुछ उपयोग करने के लिए स्वतंत्र हैं और अन्य जिनके लिए उपयोगकर्ताओं को मासिक शुल्क देना पड़ता है।
जबकि शुरुआती लोग आमतौर पर ओपन-सोर्स टूल चुनते हैं, यह सुनिश्चित करना महत्वपूर्ण है कि आप जिस टूल का उपयोग करने के लिए चुनते हैं वह आपकी आवश्यकताओं के अनुरूप है और आपको इसकी आवश्यकता के अनुसार सुविधाएँ प्रदान करता है।
उदाहरण के लिए, ओपन सोर्स टूल अपनी सीमित कार्यक्षमता, गैर-सहज यूआई और बहुत कठिन सीखने की अवस्था के लिए कुख्यात हैं, इसके विपरीत, ZAPTEST फ्री एडिशन जैसे फुल-स्टैक टेस्टिंग टूल, टॉप एंड टेस्टिंग और RPA कार्यक्षमता जैसे 1SCRIPT, क्रॉस प्रदान करते हैं। गैर-तकनीकी और अनुभवी परीक्षकों दोनों के लिए उपयुक्त कोड रहित इंटरफ़ेस का उपयोग करने में आसान ब्राउज़र, क्रॉस डिवाइस, क्रॉस प्लेटफ़ॉर्म टेक्नोलॉजी।
और, कभी-कभी यह थोड़े अधिक महंगे, उद्यम स्तर के ऑटोमेशन टूल में निवेश करने लायक होता है, यदि यह जो कार्यक्षमता प्रदान करता है वह आपके प्रोजेक्ट के लिए बहुत बेहतर है।
निष्कर्ष
सिस्टम परीक्षण सॉफ्टवेयर परीक्षण का एक महत्वपूर्ण चरण है जो संपूर्ण रूप से सिस्टम की जांच करता है और यह सुनिश्चित करता है कि प्रत्येक घटक सुचारू रूप से और कुशलता से काम करता है।
यह सॉफ़्टवेयर परीक्षण का चरण है जो एकीकरण परीक्षण के बाद और उपयोगकर्ता स्वीकृति परीक्षण से पहले आता है, और यह प्रारंभिक रिलीज़ से पहले होने वाले अंतिम औपचारिक सॉफ़्टवेयर परीक्षण चरणों में से एक है।
सिस्टम परीक्षण परीक्षकों को कार्यात्मक और गैर-कार्यात्मक त्रुटियों के साथ-साथ उपयोगिता त्रुटियों और कॉन्फ़िगरेशन दोषों सहित विभिन्न प्रकार की बगों की पहचान करने की अनुमति देता है।
सिस्टम परीक्षण को मैन्युअल रूप से करना या सिस्टम परीक्षण को स्वचालित करना संभव है, हालांकि ज्यादातर मामलों में खोजपूर्ण परीक्षण के लिए जगह बनाते हुए दक्षता को अधिकतम करने के लिए हाइब्रिड दृष्टिकोण अपनाने की सिफारिश की जाती है।
सर्वोत्तम प्रथाओं का पालन करके और सिस्टम परीक्षण के सामान्य नुकसान से बचने के द्वारा, परीक्षण दल सटीक, प्रभावी प्रणाली परीक्षण कर सकते हैं जो निर्माण के अधिकांश प्रमुख क्षेत्रों को कवर करते हैं।
अक्सर पूछे जाने वाले प्रश्न और संसाधन
यदि आप सिस्टम परीक्षण के लिए नए हैं, तो ऐसे बहुत से संसाधन ऑनलाइन हैं जो आपको सिस्टम परीक्षण और सिस्टम परीक्षण करने के तरीके के बारे में अधिक जानने में मदद कर सकते हैं।
नीचे कुछ उपयोगी ऑनलाइन सिस्टम परीक्षण संसाधनों के विवरण के साथ-साथ सिस्टम परीक्षणों के बारे में अक्सर पूछे जाने वाले कुछ प्रश्नों के उत्तर दिए गए हैं।
1. सिस्टम परीक्षण पर सर्वोत्तम पाठ्यक्रम
सिस्टम परीक्षण या सॉफ़्टवेयर परीक्षण में ऑनलाइन पाठ्यक्रम लेने से QA पेशेवरों को सिस्टम परीक्षण की अपनी समझ विकसित करने और उस ज्ञान को प्रदर्शित करने वाली योग्यता अर्जित करने में मदद मिल सकती है।
कौरसेरा, उडेमी, एडएक्स और प्लूरलसाइट जैसी ऑनलाइन प्रशिक्षण साइटें पेशेवरों और नौसिखियों के लिए सॉफ्टवेयर टेस्टिंग और ऑटोमेशन में मुफ्त और सशुल्क पाठ्यक्रम पेश करती हैं।
सिस्टम परीक्षण में ऑनलाइन पाठ्यक्रमों के कुछ उदाहरण हैं:
- द कंप्लीट 2023 सॉफ्टवेयर टेस्टिंग बूटकैंप, उडेमी
- सॉफ्टवेयर परीक्षण और स्वचालन विशेषज्ञता, कौरसेरा
- स्वचालित सॉफ्टवेयर परीक्षण, एडएक्स
- पायथन, उडेमी के साथ स्वचालित सॉफ्टवेयर परीक्षण
- व्यापार विश्लेषक: सॉफ्टवेयर परीक्षण प्रक्रियाएं और तकनीकें, उदमी
उन ऑनलाइन पाठ्यक्रमों की तलाश करें जो आपके अनुभव के स्तर से मेल खाते हों और आपके बजट के अनुकूल हों। यदि आप क्यूए में काम करते हैं, तो आप अपने नियोक्ता से सॉफ़्टवेयर परीक्षण में एक मान्यता प्राप्त पाठ्यक्रम लेने के लिए आपको प्रायोजित करने के लिए कह सकते हैं।
2. सिस्टम परीक्षण पर शीर्ष 5 साक्षात्कार प्रश्न क्या हैं?
यदि आप किसी ऐसी भूमिका के लिए साक्षात्कार की तैयारी कर रहे हैं जिसमें सिस्टम परीक्षण या अन्य प्रकार के सॉफ़्टवेयर परीक्षण शामिल हो सकते हैं, तो सामान्य साक्षात्कार प्रश्नों के उत्तर पहले से तैयार करने से आपके साक्षात्कार में आपके प्रदर्शन में मदद मिल सकती है।
सिस्टम परीक्षण पर कुछ सबसे सामान्य साक्षात्कार प्रश्नों में शामिल हैं:
- सिस्टम परीक्षण एकीकरण परीक्षण से कैसे भिन्न होता है?
- स्वचालित प्रणाली परीक्षण के पक्ष और विपक्ष क्या हैं?
- आप कितने प्रकार के सिस्टम टेस्टिंग का नाम बता सकते हैं?
- सिस्टम परीक्षण के दौरान आप परीक्षण कवरेज को अधिकतम कैसे करेंगे?
- सिस्टम परीक्षणों में आप किस प्रकार के बग और दोषों की अपेक्षा करेंगे?
सिस्टम परीक्षण और अन्य प्रकार के सॉफ़्टवेयर परीक्षण के अपने ज्ञान को प्रदर्शित करने के लिए अपने करियर के पिछले उदाहरणों का उपयोग करते हुए, आप अपने साक्षात्कार से पहले स्टार संरचना के बाद उत्तर तैयार करने के लिए इन प्रश्नों का उपयोग कर सकते हैं।
3. सिस्टम परीक्षण पर सर्वोत्तम YouTube ट्यूटोरियल
यदि आप एक दृश्य शिक्षार्थी हैं, तो सिस्टम परीक्षण पर वीडियो देखकर आपको यह समझने में आसानी हो सकती है कि सिस्टम परीक्षण क्या है और यह अन्य प्रकार के सॉफ़्टवेयर परीक्षण के साथ कैसे काम करता है।
YouTube पर बहुत सारे ट्यूटोरियल वीडियो हैं जो बताते हैं कि सिस्टम टेस्टिंग क्या है और सिस्टम टेस्टिंग कैसे शुरू करें, चाहे आप इसे मैन्युअल रूप से करना चाहते हैं या ऑटोमेशन टूल्स का उपयोग करना चाहते हैं। सिस्टम टेस्टिंग पर कुछ बेहतरीन YouTube ट्यूटोरियल्स में शामिल हैं:
- सिस्टम परीक्षण क्या है?
- स्वीकृति परीक्षण और सिस्टम परीक्षण
- सिस्टम टेस्टिंग क्या है और यह कैसे काम करता है?
- रीयल टाइम उदाहरण के साथ सिस्टम इंटीग्रेशन टेस्टिंग
- सॉफ्टवेयर टेस्टिंग में सिस्टम टेस्टिंग क्या है?
4. सिस्टम टेस्ट कैसे बनाए रखें
परीक्षण अनुरक्षण प्रणाली परीक्षणों और अन्य प्रकार के सॉफ़्टवेयर परीक्षणों को अपनाने और बनाए रखने की प्रक्रिया है, ताकि जब आप किसी सॉफ़्टवेयर के निर्माण या कोड में परिवर्तन करते हैं तो उन्हें अद्यतित रखा जा सके।
उदाहरण के लिए, यदि आप सिस्टम परीक्षण करते हैं और बग और दोष पाते हैं, तो आप समायोजन के लिए सॉफ़्टवेयर बिल्ड को डेवलपर्स को वापस भेज देंगे। परीक्षण टीमों को यह सुनिश्चित करने के लिए परीक्षण स्क्रिप्ट को बनाए रखना पड़ सकता है कि जब वे फिर से परीक्षण करने का समय हो तो वे नए सॉफ़्टवेयर निर्माण का पर्याप्त परीक्षण करें।
परीक्षण रखरखाव सॉफ्टवेयर परीक्षण का एक महत्वपूर्ण पहलू है, और परीक्षक यह सुनिश्चित कर सकते हैं कि वे रखरखाव की सर्वोत्तम प्रथाओं का पालन करके सॉफ़्टवेयर को बनाए रखें।
इसमे शामिल है:
1. सहयोग:
डेवलपर्स और परीक्षकों को यह सुनिश्चित करने के लिए एक साथ सहयोग करना चाहिए कि परीक्षकों को पता है कि कोड के किन पहलुओं को बदल दिया गया है और यह परीक्षण स्क्रिप्ट को कैसे प्रभावित कर सकता है।
2. डिजाइन:
स्वचालित परीक्षण शुरू करने से पहले परीक्षण स्क्रिप्ट डिज़ाइन करें। यह सुनिश्चित करता है कि आपके द्वारा स्वचालित किए जाने वाले परीक्षण हमेशा उद्देश्य के लिए उपयुक्त हों।
3. प्रक्रिया:
डिज़ाइन प्रक्रिया के दौरान सॉफ़्टवेयर परीक्षण रखरखाव को ध्यान में रखें। याद रखें कि आपको परीक्षण बनाए रखने होंगे और इसे शेड्यूलिंग, परीक्षण योजना और परीक्षण डिज़ाइन में शामिल करना होगा।
4. सुविधा:
यदि संभव हो तो एक ही डैशबोर्ड से सिस्टम परीक्षण और विवेक परीक्षण सहित अपने सभी परीक्षण अपडेट करें।
इसका मतलब यह है कि परीक्षण अद्यतन करना बहुत तेज़ और अधिक सुविधाजनक है, और यह सॉफ़्टवेयर निर्माण में परिवर्तन किए जाने पर किसी विशेष परीक्षण को अद्यतन करने के लिए भूलने के जोखिम को कम करता है।
क्या सिस्टम व्हाइट बॉक्स या ब्लैक बॉक्स परीक्षण कर रहा है?
सिस्टम परीक्षण ब्लैक-बॉक्स परीक्षण का एक रूप है।
ब्लैक बॉक्स टेस्टिंग व्हाइट बॉक्स टेस्टिंग से इस मायने में अलग है कि यह केवल सॉफ्टवेयर के बाहरी कार्यों और विशेषताओं पर विचार करता है। व्हाइट बॉक्स परीक्षण परीक्षण करता है कि सॉफ़्टवेयर आंतरिक रूप से कैसे चलता है, उदाहरण के लिए कोड कैसे कार्य करता है और एक साथ काम करता है।
ब्लैक बॉक्स परीक्षण के लिए सिस्टम या कोड के आंतरिक कामकाज के ज्ञान की आवश्यकता नहीं होती है, इसके बजाय केवल यह आवश्यक होता है कि परीक्षक सॉफ्टवेयर एप्लिकेशन के आउटपुट और कार्यों का परीक्षण करें और निर्धारित मानदंडों के विरुद्ध इनका आकलन करें।
सिस्टम परीक्षण में कार्यात्मक और गैर-कार्यात्मक दोनों परीक्षण शामिल होते हैं, लेकिन परीक्षक निर्माण के गैर-कार्यात्मक पहलुओं का परीक्षण करने के लिए एक ब्लैक बॉक्स तकनीक का उपयोग करते हैं।
इस कारण से, सिस्टम परीक्षण को आम तौर पर ब्लैक-बॉक्स परीक्षण का एक रूप माना जाता है।
