एक व्यावहारिक क्रॉस-ब्राउज़र टेस्टिंग चेकलिस्ट
एक लेआउट Chrome में एकदम सही दिख सकता है, लेकिन किसी बजट Android फोन या 125% ज़ूम वाले पुराने लैपटॉप पर खराब हो सकता है।
टेस्टिंग को एक अस्पष्ट अंतिम चरण के रूप में न देखें। इसे एक दोहराने योग्य (repeatable) चेकलिस्ट के रूप में मानें।
हर डिवाइस और हर ब्राउज़र की टेस्टिंग करने में समय बर्बाद होता है। इसके बजाय आपको एक लीन मैट्रिक्स (lean matrix) की आवश्यकता है।
इन आवश्यक चीज़ों को चुनें:
- डेस्कटॉप पर एक Chromium ब्राउज़र
- एक Safari एनवायरनमेंट
- एक Firefox एनवायरनमेंट
- एक Android फोन
- एक iPhone
अपनी टेस्टिंग को इस आधार पर तय करें कि लोग वास्तव में आपके प्रोडक्ट का उपयोग कैसे करते हैं। ज़रूरी नहीं कि एक पेज हर जगह बिल्कुल एक जैसा दिखे। उसे उपयोगी (usable), पठनीय (readable) और स्थिर (stable) रहना चाहिए।
अपनी चेकलिस्ट को छोटा रखें। यदि इसे चलाने में आधा दिन लगता है, तो आपकी टीम इसे छोड़ देगी। एक घंटे का त्वरित निरीक्षण (sweep) बेहतर है।
संरचना (structure) से शुरुआत करें:
- होमपेज, कंटेंट पेजों और फॉर्म्स का निरीक्षण करें।
- चौड़े डेस्कटॉप से लेकर संकीर्ण मोबाइल विड्थ (widths) तक रिसाइज करके देखें।
- बटन के रैप (wrap) होने या हेडिंग्स के कटने की जाँच करने के लिए ज़ूम इन करें।
- हॉरिजॉन्टल स्क्रॉलिंग या स्टिकी हेडर्स (sticky headers) पर ध्यान दें जो कंटेंट को ढक देते हैं।
इसके बाद, इंटरैक्शन (interactions) का परीक्षण करें:
- ऊपर से नीचे तक स्क्रॉल करें।
- मेनू खोलें और मोडल (modals) को ट्रिगर करें।
- कीबोर्ड का उपयोग करके पेज पर टैब (tab) करें।
- टेक्स्ट इनपुट, डेट पिकर और फ़ाइल अपलोड के साथ फॉर्म्स का परीक्षण करें।
- जाँचें कि क्या ऑटोफिल (autofill) आपके लेआउट को बिगाड़ रहा है।
JavaScript कंपोनेंट्स का परीक्षण करें:
- अकॉर्डियन (accordions), टैब और सर्च सुझावों की जाँच करें।
- टाइमिंग संबंधी समस्याओं पर ध्यान दें जहाँ कोई स्क्रिप्ट बटन से जुड़ने में विफल रहती है।
- पेज रीलोड और बैक-बटन व्यवहार का परीक्षण करें।
अंत में, सीमाओं का स्ट्रेस टेस्ट (stress test) करें:
- अपनी नेटवर्क स्पीड को थ्रॉटल (throttle) करें।
- अपने कैश (cache) को अक्षम (disable) करें।
- इनपुट फ़ील्ड में लंबे टेक्स्ट स्ट्रिंग्स का उपयोग करें।
- जाँचें कि बड़ी टेबल या बहुत सारे कार्ड्स लेआउट को कैसे प्रभावित करते हैं।
सबसे अच्छी चेकलिस्ट उबाऊ होती है। इसे सरल 'पास' या 'फेल' बॉक्स के साथ आपकी रिलीज़ प्रक्रिया में फिट होना चाहिए।
हर बार जब कोई बग प्रोडक्शन में चला जाए, तो उसे अपनी सूची में जोड़ दें। एक चेकलिस्ट अपना मूल्य तब साबित करती है जब वह उसे याद रखती है जिसे आपकी टीम भूल गई थी।
स्रोत: https://dev.to/graceholloway_/a-practical-cross-browser-testing-checklist-1p6a