फ्रंट एंड टेस्टिंग क्या है?

⚡ स्मार्ट सारांश

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

  • 🔘 पहले दायरा: स्क्रिप्टिंग शुरू होने से पहले एक लिखित योजना में उन ब्राउज़रों, ऑपरेटिंग सिस्टमों और उपकरणों को निर्धारित किया जाता है जो इसके अंतर्गत आएंगे।
  • ️ तीन कारक: सीएसएस प्रतिगमन, Javaस्क्रिप्ट ब्रेकेज और परफॉर्मेंस चेक अधिकांश फ्रंट-एंड सूट को संचालित करते हैं।
  • ✅ स्तरित सुइट्स: यूनिट, कंपोनेंट, एंड-टू-एंड, विजुअल रिग्रेशन और एक्सेसिबिलिटी चेक में से प्रत्येक एक अलग तरह की विफलता को पकड़ता है।
  • 🧪 उपकरणों का मिश्रण: चमेली, SeleniumCSSLint और BackstopJS, Jest के साथ-साथ मौजूद हैं। Cypress और नाटककार.
  • ️ तेज़ दौड़: हेडलेस ब्राउज़र, कम DOM रेंडरिंग और अलग-थलग टेस्ट केस प्रत्येक रिग्रेशन चक्र को छोटा कर देते हैं।
  • 📈 प्रदर्शन फोकस: PageSpeed ​​Insights के साथ मापे गए कोर वेब विटल्स से पता चलता है कि इंटरफेस उपयोगकर्ताओं तक कितनी जल्दी पहुंचता है।

वेब एप्लिकेशन में जीयूआई, कार्यक्षमता और उपयोगिता का फ्रंट-एंड परीक्षण

फ्रंट एंड टेस्टिंग क्या है?

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

उदाहरण के लिए, यदि आप किसी फॉर्म फ़ील्ड में अपना नाम टाइप करते हैं, तो उसमें संख्याएँ स्वीकार नहीं की जानी चाहिए। ग्राफिकल यूजर इंटरफेस (GUI) तत्वों के संरेखण की जाँच करना भी एक सामान्य उदाहरण है।

इसके अलावा, फ्रंट-एंड टेस्टिंग निम्नलिखित के लिए भी की जाती है:

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

फ्रंटएंड वेबसाइट परीक्षण योजना कैसे बनाएं?

फ्रंट-एंड टेस्टिंग प्लान बनाना एक सरल चार-चरणीय प्रक्रिया है।

चरण 1) अपने टेस्ट प्लान को प्रबंधित करने के लिए टूल खोजें।

चरण 2) फ्रंट-एंड टेस्टिंग के लिए बजट तय करें।

चरण 3) पूरी प्रक्रिया के लिए समयसीमा निर्धारित करें।

चरण 4) परियोजना का दायरा निर्धारित करें। दायरे में निम्नलिखित शामिल हैं:

  • Operaआपके उपयोगकर्ताओं द्वारा उपयोग किए जाने वाले ऑपरेटिंग सिस्टम और ब्राउज़र
  • दर्शकों द्वारा उपयोग किए जाने वाले लोकप्रिय उपकरण
  • दर्शकों की तकनीकी दक्षता
  • दर्शकों के इंटरनेट कनेक्शन की गति

फ्रंट-एंड टेस्टिंग प्लान क्यों बनाएं?

नीचे दिया गया आरेख उन दो आयामों को दर्शाता है जिन्हें एक योजना में निर्धारित करना आवश्यक है।

दायरे में आने वाले ब्राउज़रों और ऑपरेटिंग सिस्टमों को कवर करने वाली फ्रंट-एंड परीक्षण योजना

एक योजना यह निर्धारित करती है कि कौन से ब्राउज़र और ऑपरेटिंग सिस्टम परियोजना में निम्नलिखित पहलुओं को शामिल किया जाना चाहिए। संभावित संयोजन अनगिनत हैं, इसलिए एक योजना प्रयास और लागत दोनों को कम करती है।

इस योजना से दो स्पष्ट लाभ मिलते हैं:

  • इससे परियोजना के दायरे के बारे में पूरी स्पष्टता मिलती है।
  • इससे परियोजना के क्रियान्वयन के समय आत्मविश्वास मिलता है।

बेहतर फ्रंट-एंड टेस्टिंग के लिए टिप्स

बेहतर फ्रंट-एंड टेस्टिंग प्लान बनाने के लिए कुछ सुझाव:

  • अपना बजट, संसाधन और समय विवेकपूर्ण ढंग से तैयार करें।
  • हेडलेस ब्राउज़र का उपयोग करें, इससे परीक्षण तेज़ी से निष्पादित होंगे।
  • त्वरित निष्पादन के लिए परीक्षणों में DOM रेंडरिंग की मात्रा कम करें।
  • टेस्ट केस को अलग-अलग रखें, ताकि बग के मूल कारण का जल्दी पता चल सके और फिक्सिंग का चक्र छोटा रहे।
  • तेज़ परिणाम के लिए अपने टेस्ट स्क्रिप्ट को पुन: उपयोग योग्य बनाएं। प्रतिगमन चक्र.
  • अपने टेस्ट स्क्रिप्ट के लिए एक समान नामकरण पद्धति का उपयोग करें।
  • प्रत्येक को बांधें परीक्षण का मामला एक प्रत्यक्ष व्यवहार के लिए।

फ्रंट-एंड परीक्षण उपकरण

कोई भी एक टूल स्क्रिप्टिंग, स्टाइलशीट और विजुअल्स को कवर नहीं करता है, इसलिए टीमें कई टूल्स को मिलाकर काम करती हैं।

जेएस परीक्षण उपकरण: जैस्मिन

चमेली यह परीक्षण के लिए व्यवहार-आधारित विकास ढांचा है। Javaलिपि यह कोड तकनीकी विवरण के बजाय व्यावसायिक मूल्य पर केंद्रित है, इसकी वाक्य संरचना स्पष्ट है और यह किसी अन्य फ्रेमवर्क पर निर्भर नहीं है। इसने JSSpec, ScrewUnit, JSpec और RSpec जैसे यूनिट टेस्टिंग फ्रेमवर्क का उपयोग किया। Jest और Vitest आज व्यापक रूप से उपयोग किए जाने वाले विकल्प हैं।

कार्यात्मक परीक्षण उपकरण: Selenium

Selenium यह ब्राउज़र और प्लेटफ़ॉर्म जैसे कि पर एंड-टू-एंड परीक्षण करता है। Windows, macOS और लिनक्स, और आपको इसमें परीक्षण लिखने की अनुमति देता है। Java, Pythonसी# और अन्य भाषाएँ। Selenium आईडीई इसमें रिकॉर्डिंग और प्लेबैक की सुविधा जोड़ी गई है, इसलिए पहली स्क्रिप्ट के लिए किसी कोड की आवश्यकता नहीं है। Cypress और नाटककार अंतर्निहित प्रतीक्षा के साथ समान विषय को कवर करते हैं और tracआईएनजी.

CSS और विज़ुअल टूल्स: CSSLint और BackstopJS

सीएसलिंट यह एक ओपन-सोर्स लिंटर है जिसे लिखा गया है Javaयह स्क्रिप्ट ब्राउज़र और कमांड लाइन दोनों से चलती है। अब इसका सक्रिय रूप से रखरखाव नहीं किया जाता है, इसलिए टीमें अब स्टाइललिंट या ईएसएलिंट के सीएसएस समर्थन का उपयोग करके स्टाइलशीट की जांच करती हैं।

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

किसी भी फ्रंट-एंड टेस्टिंग टूल के लिए दो चुनौतियाँ लागू होती हैं:

  • परीक्षण स्वचालन प्रारंभिक चरण में काफी मेहनत की आवश्यकता होती है।
  • कुछ विशेष ऑपरेटिंग सिस्टम और ब्राउज़र संस्करणों के साथ टूल की संगतता संबंधी समस्याएं हो सकती हैं।

फ्रंट-एंड प्रदर्शन अनुकूलन

फ्रंट-एंड परफॉर्मेंस टेस्टिंग एक ही सवाल का जवाब देती है: पेज कितनी तेज़ी से लोड होता है और इस्तेमाल के लायक बनता है? एप्लिकेशन पर ज़्यादा लोड पड़ने से पहले, किसी एक यूज़र के लिए इसे ट्यून करना एक अच्छी प्रैक्टिस है। प्रदर्शन का परीक्षण.

फ्रंट-एंड प्रदर्शन अनुकूलन क्यों महत्वपूर्ण है?

पहले परफॉर्मेंस ऑप्टिमाइजेशन का मतलब सर्वर को ट्यून करना होता था, क्योंकि ज्यादातर वेबसाइटें स्टैटिक होती थीं और प्रोसेसिंग सर्वर साइड पर होती थी।

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

फ्रंट-एंड प्रदर्शन अनुकूलन का क्या लाभ है?

  • क्लाइंट-साइड की समस्याएं सर्वर की बाधाओं की तरह ही उपयोगकर्ता अनुभव को सीधे तौर पर प्रभावित करती हैं, इसलिए दोनों पर ध्यान देना आवश्यक है।
  • किसी आगंतुक को सर्वर की प्रतिक्रिया के बाद ही काफी इंतजार करना पड़ता है - डाउनलोडिंग, पार्सिंग और रेंडरिंग के दौरान - इसलिए फ्रंट-एंड का काम अक्सर अधिक दृश्यमान लाभ देता है।
  • इमेज को कंप्रेस करना, स्क्रिप्ट को स्थगित करना और मीडिया के लिए जगह आरक्षित करना जैसे सुधार बैक एंड को फिर से डिजाइन करने की तुलना में सस्ते होते हैं।
  • कोर वेब विटल्स — सबसे बड़ा कंटेंटफुल पेंट, अगले पेंट के लिए इंटरैक्शन और संचयी लेआउट Shift — परिणामों को एक साझा स्कोरबोर्ड पर प्रदर्शित करें।

फ्रंट-एंड प्रदर्शन परीक्षण उपकरण

1. पेजस्पीड इनसाइट्स

PageSpeed ​​इनसाइट्स यह गूगल की मुफ़्त पेज विश्लेषण सेवा है। यह लाइटहाउस ऑडिट चलाती है, कोर वेब वाइटल्स की रिपोर्ट देती है और लोड समय कम करने के लिए सुझाव देती है। लाइटहाउस क्रोम डेवलपर टूल्स में भी उपलब्ध है।

2. Pingdom

Pingdom यह एक वेबसाइट और परफॉर्मेंस मॉनिटरिंग सेवा है। यह पेज धीमा होने या ऑफलाइन होने पर ग्राहकों को अलर्ट करती है, जिससे समस्याएँ उपयोगकर्ताओं द्वारा रिपोर्ट किए जाने से पहले ही सामने आ जाती हैं।

विशेषताएं:

  • यह वेब पेज के सभी भागों की जांच करता है।
  • प्रदर्शन का अवलोकन प्रदान करता है
  • Tracयह आपके प्रदर्शन का इतिहास है
  • आपको कई स्थानों से परीक्षण करने की सुविधा देता है

अक्सर पूछे जाने वाले प्रश्न

फ्रंट-एंड टेस्टिंग में उपयोगकर्ता को दिखाई देने वाली चीज़ों - लेआउट, इंटरैक्शन और रिस्पॉन्सिवनेस - की जाँच की जाती है। बैक-एंड टेस्टिंग में इंटरफ़ेस के पीछे मौजूद सर्वर, एपीआई और डेटाबेस की जाँच की जाती है। ये दोनों एक दूसरे के पूरक हैं और किसी भी रिलीज़ के लिए दोनों आवश्यक हैं।

एक सामान्य परीक्षण सूट में फंक्शन पर यूनिट टेस्ट, रेंडर किए गए विजेट पर कंपोनेंट टेस्ट, यूजर जर्नी पर एंड-टू-एंड टेस्ट, स्क्रीनशॉट पर विजुअल रिग्रेशन और एक्सेसिबिलिटी स्कैन जैसी कई परतें होती हैं। प्रत्येक परत उन त्रुटियों को पकड़ लेती है जिन्हें अन्य परतें पकड़ नहीं पातीं।

एक बेसलाइन स्क्रीनशॉट को अप्रूव किया जाता है, फिर बाद के रन को पिक्सेल दर पिक्सेल उससे तुलना की जाती है। अंतरों को स्वीकार या अस्वीकार करने के लिए एक मानव के पास भेजा जाता है, जिससे लेआउट की उन खामियों का पता चलता है जिन्हें फंक्शनल असर्शन कभी नहीं देख पाते।

हाँ। स्कैनर लेबल की कमी, खराब कंट्रास्ट और फोकस क्रम में गड़बड़ी को एक ही प्रक्रिया में चिह्नित करते हैं। कीबोर्ड और स्क्रीन-रीडर पास मैन्युअल ही रहते हैं, इसलिए पहुँच क्षमता परीक्षण यह कभी भी पूरी तरह से स्वचालित नहीं होता है।

एआई उपयोगकर्ता कहानियों से परीक्षण मामलों का मसौदा तैयार करता है, स्थिर चयनकर्ताओं का प्रस्ताव करता है, मार्कअप परिवर्तनों के बाद लोकेटरों को स्वयं ठीक करता है और लगभग समान दृश्य अंतरों को समूहित करता है। Revदृश्य अब भी मायने रखता है: एक उत्पन्न अभिकथन किसी दोष को स्थायी बना सकता है।

गिटहब कोपिलॉट यह खुली हुई फ़ाइल से कंपोनेंट टेस्ट, मॉक और पेज ऑब्जेक्ट का ड्राफ्ट तैयार करता है, जिससे अनावश्यक कोड काफी हद तक हट जाता है। एसिंक्रोनस व्यवहार और व्यावसायिक नियम जिन्हें इसने पहले कभी नहीं देखा, उन्हें अभी भी डेवलपर द्वारा जांच की आवश्यकता होती है।

दोनों। दोहराए जाने योग्य जाँचें — फ़ॉर्म, नेविगेशन, लेआउट स्नैपशॉट — हर बिल्ड पर स्वचालित होती हैं। प्रारंभिक कार्य, दृश्य निर्णय और उपयोगिता अवलोकन मैन्युअल रहते हैं, क्योंकि वे मानवीय व्याख्या पर निर्भर करते हैं।

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

इस पोस्ट को संक्षेप में इस प्रकार लिखें: