what is end end testing
एंड टू एंड टेस्टिंग क्या है: उदाहरण के लिए E2E टेस्टिंग फ्रेमवर्क
एंड-टू-एंड टेस्टिंग एक सॉफ्टवेयर टेस्टिंग मेथोडोलॉजी है जो शुरू से अंत तक एप्लिकेशन फ्लो का परीक्षण करता है। एंड टू एंड टेस्टिंग का उद्देश्य वास्तविक उपयोगकर्ता परिदृश्य का अनुकरण करना है और परीक्षण और उसके घटकों के एकीकरण और डेटा अखंडता के लिए सिस्टम को मान्य करना है।
कोई भी अपनी गलतियों और उनकी लापरवाही के लिए नहीं जाना चाहता है, और यही बात परीक्षकों के साथ भी है। जब परीक्षकों को परीक्षण के लिए एक आवेदन सौंपा जाता है, उसी क्षण से वे जिम्मेदारी लेते हैं और आवेदन उनके व्यावहारिक और तकनीकी परीक्षण ज्ञान को दिखाने के लिए एक मंच के रूप में भी कार्य करता है।
इसलिए, इसे तकनीकी रूप से वर्णित करने के लिए, यह सुनिश्चित करने के लिए कि परीक्षण पूरी तरह से किया गया है, प्रदर्शन करना आवश्यक है ” एंड टू एंड टेस्टिंग ' ।
इस ट्यूटोरियल में, हम सीखेंगे कि एंड टू एंड टेस्टिंग क्या है, यह कैसे किया जाता है, यह क्यों आवश्यक है, मैट्रिस का उपयोग क्या किया जाता है, विशिष्ट परीक्षण मामलों को समाप्त करने के लिए कैसे बनाएं और कुछ अन्य महत्वपूर्ण पहलू भी। हम सिस्टम परीक्षण के बारे में भी जानेंगे और इसकी तुलना एंड टू एंड टेस्ट से करेंगे।
असली भी => लाइव प्रोजेक्ट पर एंड टू एंड ट्रेनिंग - फ्री ऑनलाइन क्यूए ट्रेनिंग।
आप क्या सीखेंगे:
उदाहरण के साथ कार्यात्मक परीक्षण क्या है
- एंड टू एंड टेस्टिंग क्या है?
- एंड-टू-एंड टेस्टिंग टूल
- कैसे करें एंड-टू-एंड टेस्ट का काम?
- E2E परीक्षण के तरीके
- हम ई 2 ई परीक्षण क्यों करते हैं?
- E2E टेस्टिंग डिज़ाइन फ्रेमवर्क
- मेट्रिक्स शामिल
- निष्कर्ष
एंड टू एंड टेस्टिंग क्या है?
एंड-टू-एंड टेस्टिंग एक सॉफ्टवेयर टेस्टिंग मेथोडोलॉजी है जो शुरू से अंत तक एप्लिकेशन फ्लो का परीक्षण करता है। इस परीक्षण का उद्देश्य वास्तविक उपयोगकर्ता परिदृश्य का अनुकरण करना और एकीकरण और डेटा अखंडता के लिए परीक्षण और इसके घटकों के तहत प्रणाली को मान्य करना है।
यह शुरू से अंत तक हार्डवेयर, नेटवर्क, डेटाबेस और अन्य अनुप्रयोगों के साथ संचार जैसे वास्तविक दुनिया परिदृश्यों के तहत किया जाता है।
इस परीक्षण को करने का मुख्य कारण एक आवेदन की विभिन्न निर्भरता निर्धारित करने के साथ-साथ यह सुनिश्चित करना है कि विभिन्न सिस्टम घटकों के बीच सटीक जानकारी का संचार किया जाता है। यह आमतौर पर किसी भी एप्लिकेशन के कार्यात्मक और सिस्टम परीक्षण के पूरा होने के बाद किया जाता है।
आइए जीमेल का एक उदाहरण लेते हैं:
एंड टू एंड जीमेल खाते के सत्यापन में निम्नलिखित चरण शामिल होंगे:
- URL के माध्यम से एक जीमेल लॉगिन पेज लॉन्च करना।
- मान्य क्रेडेंशियल्स का उपयोग करके Gmail खाते में प्रवेश करना।
- इनबॉक्स तक पहुँचना। ओपनिंग रीड एंड अनरीड ईमेल।
- एक नया ईमेल लिखना, ईमेल का जवाब देना या आगे भेजना।
- भेजे गए आइटम खोलना और ईमेल की जाँच करना।
- स्पैम फ़ोल्डर में ईमेल की जाँच करना
- 'लॉगआउट' पर क्लिक करके जीमेल एप्लीकेशन से लॉग आउट करें
एंड-टू-एंड टेस्टिंग टूल
अनुशंसित उपकरण:
(1) टेस्टक्राफ्ट
हम TestCraft जैसे एंड-टू-एंड टेस्ट ऑटोमेशन टूल का उपयोग करने की सलाह देते हैं।
TestCraft एक कोडलेस सेलेनियम परीक्षण स्वचालन मंच है। इसकी क्रांतिकारी एआई प्रौद्योगिकी और अद्वितीय दृश्य मॉडलिंग परीक्षण रखरखाव को खत्म करते हुए तेज परीक्षण निर्माण और निष्पादन की अनुमति देती है।
परीक्षक कोडिंग के बिना पूरी तरह से स्वचालित परीक्षण परिदृश्य बनाते हैं। ग्राहक तेजी से कीड़े ढूंढते हैं, अधिक बार रिलीज करते हैं, सीआई / सीडी दृष्टिकोण के साथ एकीकृत करते हैं और अपने डिजिटल उत्पादों की समग्र गुणवत्ता में सुधार करते हैं। यह सब परीक्षण अनुभव को समाप्त करने के लिए एक पूर्ण अंत का निर्माण कर रहा है।
=> TestCraft वेबसाइट पर जाएं
कैसे करें एंड-टू-एंड टेस्ट का काम?
थोड़ा और समझने के लिए, आइए जानें यह काम किस प्रकार करता है?
एक लेंउदाहरणबैंकिंग उद्योग की। हममें से कुछ लोगों ने कोशिश की होगी स्टॉक्स। जब कोई डीमैट खाताधारक किसी भी शेयर को खरीदता है, तो एक राशि का एक विशेष प्रतिशत ब्रोकर को दिया जाता है। जब शेयरधारक उस शेयर को बेचता है, चाहे वह लाभ या हानि प्राप्त करता है, तो राशि का एक विशेष प्रतिशत फिर से ब्रोकर को दिया जाता है। ये सभी लेनदेन खातों में प्रतिबिंबित और प्रबंधित किए जाते हैं। पूरी प्रक्रिया में जोखिम प्रबंधन शामिल है।
जब हम उपरोक्त उदाहरण को देखते हैं, तो एंड-टू-एंड टेस्ट को ध्यान में रखते हुए, हम पाएंगे कि पूरी प्रक्रिया में कई संख्याओं के साथ-साथ विभिन्न स्तरों के लेनदेन शामिल हैं। पूरी प्रक्रिया में कई प्रणालियां शामिल हैं जो परीक्षण करना मुश्किल हो सकता है।
E2E परीक्षण के तरीके
(1) क्षैतिज टेस्ट:
इस विधि का उपयोग आमतौर पर किया जाता है। यह कई अनुप्रयोगों के संदर्भ में क्षैतिज रूप से होता है। यह विधि आसानी से एकल ईआरपी (एंटरप्राइज रिसोर्स प्लानिंग) एप्लिकेशन में हो सकती है। ऑनलाइन ऑर्डरिंग प्रणाली के वेब-आधारित एप्लिकेशन का एक उदाहरण लें। पूरी प्रक्रिया में खातों, उत्पादों की सूची की स्थिति और शिपिंग विवरण शामिल होंगे।
# 2) कार्यक्षेत्र परीक्षण:
इस पद्धति में, किसी भी आवेदन के सभी लेन-देन का सत्यापन और मूल्यांकन शुरू से अंत तक किया जाता है। आवेदन की प्रत्येक व्यक्तिगत परत का परीक्षण ऊपर से नीचे तक शुरू किया जाता है। वेब-आधारित एप्लिकेशन का एक उदाहरण लें जो वेब सर्वर तक पहुंचने के लिए HTML कोड का उपयोग करता है। ऐसे मामलों में, डेटाबेस के खिलाफ SQL कोड उत्पन्न करने के लिए API की आवश्यकता होती है। इन सभी जटिल कंप्यूटिंग परिदृश्यों को उचित सत्यापन और समर्पित परीक्षण की आवश्यकता होगी। इस प्रकार यह विधि अधिक कठिन है।
' व्हाइट बॉक्स परीक्षण ' साथ ही साथ ' ब्लैक बॉक्स परीक्षण ' दोनों इस परीक्षण से जुड़े हैं। या दूसरे शब्दों में, हम कह सकते हैं, यह सफेद बॉक्स परीक्षण और ब्लैक-बॉक्स परीक्षण दोनों के लाभों का संयोजन है। अलग-अलग स्तरों पर विकसित किए जा रहे सॉफ्टवेयर के प्रकार के आधार पर, परीक्षण तकनीक यानी व्हाइट बॉक्स और ब्लैक बॉक्स परीक्षण दोनों का उपयोग आवश्यकतानुसार किया जाता है। मूल रूप से, एंड टू एंड टेस्ट कार्यात्मक और साथ ही सिस्टम कार्यों को मान्य करने के लिए किसी भी सॉफ्टवेयर या कार्यक्रमों के लिए वास्तु दृष्टिकोण का प्रदर्शन करता है।
द टेस्टर्स जैसे एंड टू एंड वेरिफिकेशन क्योंकि यूजर से टेस्ट केस लिखना ' s परिप्रेक्ष्य और वास्तविक दुनिया के परिदृश्य में, दो सामान्य गलतियों से बच सकते हैं ।i.e ' एक बग याद आ रही है ' तथा ' परीक्षण मामलों को लिखना जो वास्तविक दुनिया के परिदृश्यों को सत्यापित नहीं करते हैं ' । यह परीक्षकों, सिद्धि की एक विशाल भावना प्रदान करता है।
नीचे सूचीबद्ध कुछ दिशानिर्देश हैं जिन्हें इस प्रकार के परीक्षण करने के लिए परीक्षण मामलों को डिजाइन करते समय ध्यान में रखा जाना चाहिए:
- परीक्षण मामलों को अंतिम उपयोगकर्ता के दृष्टिकोण से डिज़ाइन किया जाना चाहिए।
- सिस्टम की कुछ मौजूदा विशेषताओं के परीक्षण पर ध्यान देना चाहिए।
- एकाधिक परिदृश्यों को कई परीक्षण मामलों को बनाने के लिए माना जाना चाहिए।
- सिस्टम के कई परिदृश्यों पर ध्यान केंद्रित करने के लिए परीक्षण मामलों के विभिन्न सेट बनाए जाने चाहिए।
जैसा कि हम किसी भी परीक्षण मामलों को निष्पादित करते हैं, इसी तरह इस परीक्षण के मामले में भी है। यदि परीक्षण के मामले ’पास’ होते हैं यानी हमें अपेक्षित आउटपुट मिलता है, तो यह कहा जाता है कि सिस्टम सफलतापूर्वक एंड टू एंड टेस्ट पास कर चुका है। इसी तरह, यदि सिस्टम वांछित आउटपुट का उत्पादन नहीं करता है, तो विफलता के क्षेत्रों को ध्यान में रखते हुए एक परीक्षण मामले की एक पुनरावृत्ति आवश्यक है।
हम ई 2 ई परीक्षण क्यों करते हैं?
वर्तमान परिदृश्य में, जैसा कि ऊपर चित्र में भी दिखाया गया है, एक आधुनिक सॉफ्टवेयर सिस्टम में कई उप-प्रणालियों के साथ इसके अंतर्संबंध शामिल हैं। इसने आधुनिक सॉफ्टवेयर सिस्टम को बहुत जटिल बना दिया है।
हम जिन उप-प्रणालियों की बात कर रहे हैं, वे एक ही संगठन के भीतर हो सकती हैं या कई मामलों में विभिन्न संगठनों की भी हो सकती हैं। साथ ही, ये उप-प्रणालियाँ वर्तमान प्रणाली से कुछ समान या भिन्न हो सकती हैं। नतीजतन, अगर किसी उप-प्रणाली में कोई विफलता या दोष है, तो यह पूरे सॉफ्टवेयर सिस्टम को इसके पतन के लिए प्रतिकूल रूप से प्रभावित कर सकता है।
इन प्रमुख जोखिमों से बचा जा सकता है और इस प्रकार के परीक्षण द्वारा नियंत्रित किया जा सकता है:
- एक जांच रखें और सिस्टम फ्लो सत्यापन करें।
- सॉफ्टवेयर सिस्टम से जुड़े सभी सबसिस्टम के परीक्षण कवरेज क्षेत्रों को बढ़ाएं।
- समस्याओं का पता लगाता है, यदि कोई सबसिस्टम है और इस तरह पूरे सॉफ्टवेयर सिस्टम की उत्पादकता बढ़ाता है।
नीचे उल्लेख किया है कुछ गतिविधियाँ जो अंत से अंत तक की प्रक्रिया में शामिल हैं:
- इस परीक्षण को करने के लिए आवश्यकताओं का गहन अध्ययन।
- उचित परीक्षण वातावरण की स्थापना।
- हार्डवेयर और सॉफ्टवेयर आवश्यकताओं का गहन अध्ययन।
- सभी उपप्रणालियों के विवरण के साथ-साथ मुख्य सॉफ्टवेयर प्रणाली शामिल है।
- इसमें शामिल सभी प्रणालियों और उप-प्रणालियों के लिए भूमिकाओं और जिम्मेदारियों को सूचीबद्ध करें।
- इस परीक्षण के तहत इस्तेमाल किए गए परीक्षण तरीकों के साथ-साथ मानकों का पालन किया जाता है, इसका विवरण।
- डिजाइन मामलों के साथ-साथ आवश्यकता मैट्रिक्स का परीक्षण करना।
- प्रत्येक सिस्टम के लिए इनपुट और आउटपुट डेटा रिकॉर्ड या सेव करें।
E2E टेस्टिंग डिज़ाइन फ्रेमवर्क
हम सभी 3 श्रेणियों को एक-एक करके देखेंगे:
# 1) उपयोगकर्ता के कार्य: उपयोगकर्ता के कार्यों के निर्माण के बाद निम्नलिखित क्रियाएं की जानी चाहिए:
- सॉफ्टवेयर सिस्टम की विशेषताओं और उनके परस्पर उप-प्रणालियों की सूची बनाना।
- किसी भी फ़ंक्शन के लिए, इनपुट और आउटपुट डेटा के साथ-साथ किए गए कार्यों का ट्रैक रखें।
- यदि उपयोगकर्ता अलग-अलग कार्य करता है, तो संबंध खोजें।
- विभिन्न उपयोगकर्ता कार्यों की प्रकृति का पता लगाएं .i.e यदि वे स्वतंत्र हैं या पुन: प्रयोज्य हैं।
# 2) शर्तें: निम्नलिखित गतिविधियों को उपयोगकर्ता के कार्यों के आधार पर निर्माण की स्थिति के एक भाग के रूप में किया जाना चाहिए:
- प्रत्येक और प्रत्येक उपयोगकर्ता कार्यों के लिए, शर्तों का एक सेट तैयार किया जाना चाहिए।
- समय, डेटा की स्थिति और उपयोगकर्ता कार्यों को प्रभावित करने वाले अन्य कारकों को पैरामीटर के रूप में माना जा सकता है।
# 3) टेस्ट मामले: परीक्षण मामलों के निर्माण के लिए निम्नलिखित कारकों पर विचार किया जाना चाहिए:
- प्रत्येक परिदृश्य के लिए, उपयोगकर्ता कार्यों के प्रत्येक और प्रत्येक कार्यक्षमता का परीक्षण करने के लिए एक या अधिक परीक्षण मामले बनाए जाने चाहिए।
- हर एक शर्त को एक अलग परीक्षण मामले के रूप में सूचीबद्ध किया जाना चाहिए।
मेट्रिक्स शामिल
इस परीक्षण में शामिल अगली महत्वपूर्ण गतिविधियों या मैट्रिक्स पर जाना :
- टेस्ट केस की तैयारी की स्थिति: इसे नियोजित परीक्षण मामलों की प्रगति का प्रतिनिधित्व करने के लिए एक ग्राफ के रूप में ट्रैक किया जा सकता है।
- टेस्ट प्रगति की साप्ताहिक ट्रैकिंग: इसमें परीक्षण मामलों के निष्पादन की प्रगति का सप्ताहवार प्रतिनिधित्व शामिल है। इसे पास, असफल, निष्पादित, निष्पादित नहीं, अमान्य आदि मामलों के लिए प्रतिशत प्रतिनिधित्व के माध्यम से परिलक्षित किया जा सकता है।
- दोष के लिए स्थिति और विस्तृत रिपोर्ट: स्थिति रिपोर्ट को दैनिक आधार पर तैयार किया जाना चाहिए ताकि परीक्षण मामले के निष्पादन की स्थिति के साथ-साथ उनकी गंभीरता के अनुसार पाए गए और लॉग किए गए दोषों को दिखाया जा सके। साप्ताहिक रूप से, खुले और बंद दोषों के प्रतिशत की गणना की जानी चाहिए। इसके अलावा, दोष की गंभीरता और प्राथमिकता के आधार पर, दोष की स्थिति को साप्ताहिक आधार पर ट्रैक किया जाना चाहिए।
- परीक्षण का वातावरण: यह परीक्षण परिवेश समय अवधि के साथ-साथ आवंटित परीक्षण पर्यावरण समय का वास्तव में इस परीक्षण को करते समय उपयोग किया जाता है।
हमने इस परीक्षण के सभी पहलुओं को लगभग देखा है। अब हमको अंतर ' सिस्टम परीक्षण ' तथा ' एंड टू एंड टेस्टिंग ' । लेकिन इससे पहले कि मैं आपको 'सिस्टम टेस्टिंग' का एक मूल विचार दे दूं ताकि हम दो रूपों के बीच आसानी से अंतर कर सकें सॉफ्टवेयर परिक्षण ।
सिस्टम परीक्षण परीक्षण का रूप है जिसमें विभिन्न परीक्षणों की एक श्रृंखला शामिल है जिसका उद्देश्य एकीकृत प्रणाली का पूरा परीक्षण करना है। सिस्टम परीक्षण मूल रूप से ब्लैक-बॉक्स परीक्षण का एक रूप है, जहां उपयोगकर्ता के दृष्टिकोण से वास्तविक दुनिया की स्थितियों को ध्यान में रखते हुए सॉफ्टवेयर सिस्टम के बाहरी कामकाज पर ध्यान केंद्रित किया जाता है।
सिस्टम परीक्षण में शामिल हैं:
- मुख्य प्रणाली सहित एक पूरी तरह से एकीकृत अनुप्रयोग का परीक्षण।
- घटकों को एक दूसरे के साथ और प्रणाली के भीतर बातचीत निर्धारित करें।
- दिए गए इनपुट के आधार पर वांछित आउटपुट को सत्यापित करें।
- एप्लिकेशन के विभिन्न पहलुओं का उपयोग करते हुए उपयोगकर्ता के अनुभव का विश्लेषण।
ऊपर हमने इसे समझने के लिए सिस्टम टेस्टिंग का मूल विवरण देखा है। अब, हम 'सिस्टम टेस्टिंग' और 'एंड टू एंड टेस्टिंग' के बीच के अंतरों को देखेंगे।
| क्र.सं. | एंड टू एंड टेस्टिंग | सिस्टम परीक्षण |
|---|---|---|
| एक | दोनों मुख्य सॉफ्टवेयर सिस्टम के साथ-साथ सभी इंटरकनेक्टेड सब-सिस्टम की पुष्टि करता है। | आवश्यकता दस्तावेज़ में दिए गए विनिर्देशों के अनुसार, यह केवल सॉफ्टवेयर सिस्टम को मान्य करता है। |
| दो | मुख्य जोर परीक्षण प्रक्रिया के अंत के अंत की पुष्टि करने पर है। | मुख्य जोर सॉफ्टवेयर सिस्टम की विशेषताओं और कार्यक्षमता की पुष्टि और जाँच पर है। |
| ३ | परीक्षण करते समय, सॉफ्टवेयर सिस्टम की बैकएंड प्रक्रियाओं सहित सभी इंटरफेस को ध्यान में रखा जाता है। | परीक्षण करते समय, केवल कार्यात्मक और गैर-कार्यात्मक क्षेत्र और उनकी विशेषताओं को परीक्षण के लिए माना जाता है। |
| ४ | एंड टू एंड टेस्टिंग को किसी सॉफ्टवेयर सिस्टम के सिस्टम टेस्टिंग के पूरा होने के बाद निष्पादित / निष्पादित किया जाता है। | सिस्टम परीक्षण मूल रूप से सॉफ्टवेयर सिस्टम के एकीकरण परीक्षण के पूरा होने के बाद किया जाता है। |
| ५ | मैनुअल टेस्टिंग को एंड टू एंड टेस्टिंग के लिए ज्यादातर पसंद किया जाता है क्योंकि टेस्टिंग के इन फॉर्म में बाहरी इंटरफेस की टेस्टिंग भी शामिल होती है जिसे कई बार ऑटोमेट करना काफी मुश्किल हो सकता है। और पूरी प्रक्रिया को बहुत जटिल बना देगा। | मैनुअल और स्वचालन परीक्षण दोनों को सिस्टम परीक्षण के एक भाग के रूप में किया जा सकता है। |
निष्कर्ष
आशा है कि आपने एंड टू एंड टेस्ट के विभिन्न पहलुओं जैसे इसकी प्रक्रियाओं, मैट्रिक्स और सिस्टम परीक्षण और एंड टू एंड टेस्टिंग के बीच अंतर सीखा।
सॉफ्टवेयर के किसी भी व्यावसायिक रिलीज के लिए, एंड टू एंड सत्यापन एक महत्वपूर्ण भूमिका निभाता है क्योंकि यह एक ऐसे वातावरण में संपूर्ण अनुप्रयोग का परीक्षण करता है जो वास्तविक दुनिया के उपयोगकर्ताओं जैसे नेटवर्क संचार, डेटाबेस इंटरैक्शन, आदि की नकल करता है।
अधिकतर, एंड टू एंड टेस्ट मैन्युअल रूप से किया जाता है क्योंकि ऐसे टेस्ट मामलों को स्वचालित करने की लागत हर संगठन द्वारा वहन करने के लिए बहुत अधिक है। यह न केवल सिस्टम सत्यापन के लिए फायदेमंद है, बल्कि बाहरी एकीकरण के परीक्षण के लिए भी उपयोगी माना जा सकता है।
यदि आपके पास एंड-टू-एंड टेस्ट के बारे में प्रश्न हैं, तो हमें बताएं।
अनुशंसित पाठ
- सर्वश्रेष्ठ सॉफ्टवेयर परीक्षण उपकरण 2021 (क्यूए टेस्ट स्वचालन उपकरण)
- ब्लैक बॉक्स परीक्षण और व्हाइट बॉक्स परीक्षण के बीच मुख्य अंतर
- परीक्षण प्राइमर eBook डाउनलोड
- कार्यात्मक परीक्षण बनाम गैर-कार्यात्मक परीक्षण
- सॉफ्टवेयर टेस्टिंग कोर्स सिलेबस - ऑनलाइन कोर्स विस्तृत प्रशिक्षण योजना
- सॉफ्टवेयर टेस्टिंग (उदाहरण) में एंड्योरेंस टेस्टिंग क्या है
- ब्लैक बॉक्स परीक्षण: उदाहरणों और तकनीकों के साथ एक गहराई से ट्यूटोरियल
- घटक परीक्षण या मॉड्यूल परीक्षण क्या है (उदाहरण के साथ जानें)