देश चयन फ़ील्ड का परीक्षण: खोज, छँटाई क्रम और कीबोर्ड पहुँच

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

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

नियंत्रण किन आकारों में आता है?

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

अंतिम वाला ही महत्वपूर्ण है। जैसे ही नियंत्रण मुक्त पाठ स्वीकार करता है, वह चयनकर्ता नहीं रहता; वह ऊपर इंटरफ़ेस लगा एक मिलान की समस्या बन जाता है, और विफलता के तरीके बदल जाते हैं — विकल्प न दिए जाने से लेकर विकल्प दिए जाने पर कुछ और संचित हो जाने तक।

अपने उत्पाद में जो भी आकार वास्तव में जाते हैं, उन सबका परीक्षण करें, और उनके बीच के संक्रमण का भी। जो नियंत्रण विकल्पों की एक निश्चित संख्या के ऊपर साधारण सूची से खोज-योग्य सूची में बदल जाता है, उसकी सीमा पर केवल वही परीक्षण चलेगा जो जानबूझकर दोनों तरफ़ पहुँचता हो।

इस नियंत्रण में खोज का अर्थ क्या है?

कई अलग-अलग चीज़ें, और उपयोगकर्ता टाइप करते समय इनमें भेद नहीं करते।

हर पंक्ति एक अलग अभिकथन है। नाम से खोज, कोड से खोज, उपनाम से खोज, और ऐसी वर्तनी से खोज जो केवल मात्रा या बड़े-छोटे अक्षर में भिन्न हो — ये चार अलग सुविधाएँ हैं, और इनमें से एक देना बाकी तीन के बारे में प्रमाण नहीं है।

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

छँटाई क्रम इतना आसानी से गलत क्यों हो जाता है?

देशों की सूची छाँटना वर्णक्रम का काम लगता है, जब तक सूची लातिनी लिपि से बाहर न निकल जाए, और उसके भीतर भी यह प्रश्न कि नाम के आगे कौन सा उपसर्ग या अव्यय आता है, उत्तर बदल देता है।

तीन परंपराएँ टकराती हैं। प्रदर्शित नाम से छाँटने पर वह क्रम मिलता है जिसकी पाठक उन नामों के लिए अपेक्षा करता है जो वह देख सकता है। भीतर के कोड से छाँटने पर क्रम स्थिर रहता है पर उपयोगकर्ता के लिए निरर्थक होता है, जो ऐसी सूची के रूप में दिखता है जिसका ऊपरी हिस्सा बेतरतीब लगता है। आंतरिक पहचानकर्ता से छाँटने पर क्रम तब-तब बदलता है जब भी भीतर का डेटा बदले, जो ऐसी सूची के रूप में दिखता है जो बिना कोई छँटाई कोड छुए दो रिलीज़ों में अलग व्यवहार करती है।

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

दो और बारीकियाँ अलग से परखने योग्य हैं। ऐसे देश की जगह जिसका नाम ऐसे अक्षर से शुरू होता है जिसके कई वैध क्रम हैं, और ऐसे देश की जगह जिसकी चर्चा आम तौर पर आगे उपसर्ग के साथ होती है। दोनों ऐसे मामले हैं जहाँ कार्यान्वयनकर्ता की मान्यता तब तक अदृश्य रहती है जब तक उस बाज़ार का कोई व्यक्ति सूची न पढ़े।

जब कुछ और बदले तो विकल्प एक जैसे रहते हैं?

कोई देश नियंत्रण किसी फ़ॉर्म पर अकेला कम ही रहता है। वह आम तौर पर भाषा, मुद्रा, फ़ोन फ़ील्ड या पता खंड के बगल में बैठता है, और वे फ़ील्डें अक्सर देश के मान पर निर्भर होती हैं।

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

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

डेवलपरों के लिए: कीबोर्ड पथ को पहले दर्जे का पथ मानें

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

स्क्रीन रीडर का व्यवहार अपनी अलग जाँच का हक़ रखता है, क्योंकि दिखाई देने पर छनी हुई सूची और छनी हुई बताई जाने वाली सूची दो अलग अनुभव हैं। यदि नतीजों की संख्या दिखाई जाती है पर बताई नहीं जाती, तो उपयोगकर्ता के पास यह जानने का कोई तरीक़ा नहीं कि यह संकीर्ण छन्ना है या खाली।

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

इस लेख में हर विकल्प नाम, उपनाम और टाइप किया गया उदाहरण समझाने के लिए गढ़ा गया है। यहाँ ली गई सूची प्रविष्टियाँ काल्पनिक परीक्षण सामग्री हैं, कोई असली चयन सूची नहीं, और दिखाए गए किसी फ़िक्स्चर को किसी देश का वास्तविक नाम या किसी उत्पाद के व्यवहार का प्रमाण नहीं माना जाना चाहिए।

आगे के कदम

चार परीक्षण लिखें, हर खोज के प्रकार के लिए एक, और उन्हें नियंत्रण के उस आकार पर चलाएँ जो आप भेजते हैं। फिर वही पूरा दौर माउस निकालकर दोहराएँ। देश बनाम भाषा की मार्गदर्शिका बताती है कि यह नियंत्रण असल में स्क्रीन की किस परत में आता है, और सीमा पार पता परिदृश्यों की मार्गदर्शिका दिखाती है कि जब इस नियंत्रण का मान लेन-देन में अकेला देश न हो तो क्या होता है। ये दोनों यहाँ उपलब्ध हैं: देश बनाम भाषा और सीमा पार पता परिदृश्य।