अपने आप चलने वाला और हाथ से किया जाने वाला काम, दोनों मिलाइए, क्योंकि अपने आप चलने वाले tools सिर्फ लगभग एक तिहाई दिक्कतें पकड़ते हैं। contrast, गायब labels और ढांचे की गड़बड़ियों के लिए CI में axe आधारित scan चलाइए। फिर हाथ से सिर्फ keyboard से चलना, focus का क्रम और दिखने वाला focus, screen reader की घोषणाएं, form errors का अपने field से जुड़ाव, और 200 प्रतिशत zoom टेस्ट कीजिए। आम लक्ष्य के तौर पर WCAG 2.2 AA पर परखिए।
इंटरव्यूअर यह क्यों पूछते हैं
accessibility अब अच्छी बात होने से बढ़कर कानूनी जरूरत बनती जा रही है, और इंटरव्यूअर जानना चाहते हैं कि आपके पास किसी plugin की जगह एक असली तरीका है। सबसे अहम स्वीकारोक्ति यह है कि अपने आप चलने वाले scanner दिक्कतों का छोटा हिस्सा ही पकड़ते हैं, इसलिए हाथ से keyboard और screen reader टेस्टिंग जरूरी है। स्वीकार करने के मानक के तौर पर कोई WCAG स्तर बताना दिखाता है कि आप done को परिभाषित कर सकते हैं, अंदाजे से टेस्ट नहीं करते।
अपना जवाब कैसे स्ट्रक्चर करें
- अपने आप और हाथ से का बंटवारा बताएं, coverage की ईमानदार सीमा के साथ।
- बताएं कि CI में क्या जाता है और क्या नहीं।
- हाथ से की जाने वाली जांचें गिनाएं, सिर्फ keyboard से शुरू करके।
- जिस मानक पर आप परखते हैं, WCAG 2.2 AA, उसका नाम लें।
- जहां मुमकिन हो वहां दिव्यांग users को शामिल करने का जिक्र करें।
उदाहरण जवाब
मैं इसे अपने आप चलने वाले और हाथ से किए जाने वाले हिस्सों में बांटता हूं, और साफ कहता हूं कि automation असली दिक्कतों का करीब एक तिहाई ही पकड़ता है। अपने आप वाला हिस्सा pipeline में जुड़ा axe आधारित scan है, जो contrast की गड़बड़ी, गायब alternative text, बिना label वाले controls और टूटा heading ढांचा भरोसे से पकड़ता है, और हर run पर कुछ खर्च नहीं करता। असली दिक्कतें हाथ वाले हिस्से में रहती हैं। पहले मैं mouse हटा देता हूं और पूरी अहम यात्रा keyboard पर करता हूं: क्या मैं हर चीज तक पहुंच सकता हूं, focus का निशान दिखता है क्या, क्रम दिखने वाले layout के हिसाब से चलता है क्या, modal में focus फंस तो नहीं जाता, modal बंद होने पर वह ठीक जगह लौटता है क्या। फिर एक screen reader का दौर, क्योंकि यही इकलौता तरीका है यह जानने का कि कोई custom dropdown किसी अर्थपूर्ण चीज की तरह बोला जाता है या बिना label वाले div की तरह। मैं जांचता हूं कि form errors बोले जाते हैं और अपने field से programmatically जुड़े हैं, सिर्फ लाल नहीं हो जाते। फिर 200 प्रतिशत zoom और संकरा viewport ताकि कुछ कटे नहीं। मैं WCAG 2.2 AA पर परखता हूं ताकि पास और फेल तय रहें, और जहां संगठन साथ देगा वहां मैं सहायक तकनीक पर निर्भर users के साथ sessions के लिए जोर लगाता हूं।
जल्दी ही यह इंटरव्यू देने जा रहे हैं? GhostPilot आपकी लाइव कॉल सुनता है, सवाल पूछे जाते ही उसे पकड़ लेता है, और रियल-टाइम में एक स्ट्रक्चर्ड जवाब आपकी स्क्रीन पर डाल देता है। अगले मॉक में इसे आजमाएं, या ले लें एक $29 Session Pass, कोई सब्सक्रिप्शन नहीं, असली इंटरव्यू के लिए।
देखें यह कैसे काम करता हैफॉलो-अप सवाल जिनकी उम्मीद रखें
- आप किस screen reader और browser के जोड़े पर टेस्ट करेंगे, और क्यों?
- ऐसे custom component को कैसे टेस्ट करेंगे जिसका कोई सीधा HTML जोड़ ही नहीं है?
- जिन accessibility bugs की किसी ग्राहक ने शिकायत नहीं की, उन्हें ठीक करने के लिए टीम को कैसे मनाते हैं?
QA इंजीनियर के और सवाल
आपका इंटरव्यूअर इसका अपना वर्ज़न पूछेगा। फ्री Question Predictor में अपना असली जॉब डिस्क्रिप्शन पेस्ट कीजिए और वो 20 सवाल पाइए जो उस रोल में सबसे ज्यादा पूछे जाने की संभावना है, साथ में यह भी कि हर सवाल असल में क्या टटोल रहा है।
मेरे सवाल प्रेडिक्ट करें