𝗔 𝗣𝗿𝗮𝗰𝘁𝗶𝗰𝗮𝗹 𝗖𝗿𝗼𝘀𝘀-𝗕𝗿𝗼𝘄𝘀𝗲𝗿 𝗧𝗲𝘀𝘁𝗶𝗻𝗴 𝗖𝗵𝗲𝗰𝗸𝗹𝗶𝘀𝘁

एक लेआउट एक ब्राउज़र में एकदम सही दिख सकता है और दूसरे में बिगड़ सकता है। संकीर्ण स्क्रीन वाला एक बजट एंड्रॉइड फोन या 125% ज़ूम वाला एक पुराना लैपटॉप आपके डिज़ाइन को खराब कर सकता है।

टेस्टिंग को केवल एक अस्पष्ट अंतिम चरण के रूप में न देखें। इसे एक विशिष्ट चेकलिस्ट के रूप में लें।

इन उच्च-जोखिम वाले क्षेत्रों पर ध्यान दें:

  • फॉर्म और इनपुट
  • नेविगेशन मेनू
  • लेआउट शिफ्ट्स (Layout shifts)
  • फ़ॉन्ट लोडिंग
  • JavaScript इंटरैक्शन

हर एक ब्राउज़र को टेस्ट करने की कोशिश करना बंद करें। इससे समय बर्बाद होता है। इसके बजाय एक लीन मैट्रिक्स (lean matrix) का उपयोग करें:

  • डेस्कटॉप पर एक Chromium ब्राउज़र
  • एक Safari एनवायरनमेंट
  • एक Firefox एनवायरनमेंट
  • एक Android फोन
  • एक iPhone

अपनी टेस्टिंग को इस आधार पर तय करें कि लोग वास्तव में आपके प्रोडक्ट का उपयोग कैसे करते हैं। एक पेज का हर जगह बिल्कुल एक जैसा दिखना ज़रूरी नहीं है। उसे उपयोग करने योग्य (usable), पढ़ने योग्य (readable) और स्थिर (stable) होना चाहिए।

आपकी चेकलिस्ट में शामिल होना चाहिए:

  • ब्राउज़र और OS
  • Viewport width
  • ज़ूम लेवल
  • विशिष्ट यूजर फ्लो (Specific user flows)

लिस्ट को छोटा रखें। यदि एक टेस्ट में आधा दिन लगता है, तो आपकी टीम इसे छोड़ देगी। एक अच्छी जांच (sweep) में एक घंटे से कम समय लगना चाहिए।

संरचना (structure) से शुरुआत करें। अपने होमपेज, कंटेंट पेजों और फॉर्म्स की जांच करें। अपनी विंडो को डेस्कटॉप से मोबाइल विड्थ में रीसाइज करें। ज़ूम इन करें। इन समस्याओं पर ध्यान दें:

  • बटन जो अजीब तरह से रैप (wrap) हो रहे हों
  • हेडिंग्स जो कट रही हों
  • हॉरिजॉन्टल स्क्रॉलिंग
  • कंटेंट को ढकते हुए स्टिकी हेडर्स
  • मोडाल्स जो महत्वपूर्ण कंट्रोल्स को छिपा देते हैं

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

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

अंत में, अपनी साइट का स्ट्रेस टेस्ट करें:

  • अपनी नेटवर्क स्पीड को थ्रॉटल (throttle) करें
  • अपना कैश (cache) डिसेबल करें
  • इनपुट फ़ील्ड में बहुत लंबा टेक्स्ट इस्तेमाल करें
  • ओवरफ्लो की जांच करने के लिए सामान्य से अधिक आइटम लोड करें

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

चेकलिस्ट तभी उपयोगी है जब वह उसे याद रखे जो आपकी टीम भूल गई हो।

स्रोत: https://dev.to/graceholloway_/a-practical-cross-browser-testing-checklist-1p6a