एक हजार और एक यूआई कीड़े, या कैसे डेवलपर यूआई आम त्रुटियों से बचने में मदद करें

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



मेरे चार साल में, हज़ारों से अधिक बग्स में मुझे सामना करना पड़ा, लगभग 20% UI और UX से संबंधित थे। उनमें से एक तिहाई उत्पाद के पैमाने में महत्वहीन हैं, लेकिन फिर भी प्रसंस्करण संसाधनों की आवश्यकता होती है, क्योंकि वे सीधे उपयोगकर्ता की वफादारी को प्रभावित करते हैं। ऐसे कीड़े केवल मैन्युअल रूप से पकड़े जा सकते हैं। इसके अलावा, वे अक्सर कुछ विशेष परिस्थितियों में केवल कुछ उपकरणों पर पाए जाते हैं।

क्या नई कार्यक्षमता को डिजाइन करने और परीक्षण के बाद इंटरफेस प्रसंस्करण से बचने के स्तर पर भी इन कीड़ों को रोकना संभव है? मेरा जवाब है हाँ!

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

इन इंटरफ़ेस त्रुटियों को ठीक करने के लिए कोई भी खोज करना पसंद करता है, और इससे भी अधिक:



और यह उन उपयोगकर्ताओं के लिए कितना अप्रिय है जो छोटी इंटरफ़ेस समस्याओं से भरे अनुप्रयोगों के साथ काम करते हैं जो कि आंख को पकड़ती है! अक्सर ये समस्याएं सुविधाओं से सुविधाओं तक दोहराई जाती हैं और घटकों के साथ नए उत्पादों के साथ विरासत में मिलती हैं।

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



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

हालांकि, यह पर्याप्त नहीं है। इस तथ्य के बावजूद कि हमारे पास एक समीक्षा है, मेरा लगभग 20% समय मैंने छोटी इंटरफ़ेस त्रुटियों और असुविधाओं का वर्णन करने में बिताया। ये किस तरह की समस्याएं हैं?

UI / UX बग के सबसे लोकप्रिय कारण

उन समस्याओं का विश्लेषण करने के बाद जो एंड्रॉइड डेवलपमेंट टीम और मुझे अक्सर पिछले चार वर्षों में मिलीं, मैं उनके होने के चार मुख्य कारणों की पहचान करने में कामयाब रहा:



आइए क्रम में जाएं और सबसे लोकप्रिय समस्या से शुरू करें।

1. वैक्यूम में गोलाकार लेआउट

हमने जिन त्रुटियों की खोज की उनमें से आधे से अधिक ऐसी स्थिति के कारण हुईं, जहां डिज़ाइनर द्वारा बनाए गए लेआउट ने उन प्रश्नों की बड़ी संख्या का उत्तर नहीं दिया, जो डेवलपर ने प्रोटोटाइप बनाने की प्रक्रिया में थे।

आइए मेरे अनुभव से एक उदाहरण देखें। बाईं ओर की तस्वीर में डिजाइनर से लेआउट है, दाईं ओर की तस्वीर में प्रोटोटाइप का पहला पुनरावृत्ति है।



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

2. डिजाइन के महत्व को कम आंकना

दूसरे स्थान पर ऐसी स्थितियाँ हैं, जहाँ डेवलपर ने डिज़ाइन की अनदेखी की और लेआउट के संबंध में, अपने तरीके से कुछ किया।

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



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

3. प्रलेखन अंतराल

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



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

4. एंड्रॉइड ओएस और फर्मवेयर की विशेषताएं

इंटरफेस में त्रुटियों का सबसे दुर्लभ (लेकिन एक ही समय में नियमित) कारण ओएस अपडेट या निर्माताओं से फर्मवेयर हैं।

उदाहरण के लिए, एंड्रॉइड 9 में, मैं शेल में घोस्ट के चरित्र की तरह बन गया, क्योंकि "बैंग्स" की उपस्थिति के बाद, उपयोगकर्ताओं की तस्वीरें कुछ इस तरह दिखना शुरू हुईं:



और समस्याएं केवल यूएक्स के साथ नहीं थीं। हमें एक ऐसे मामले का भी सामना करना पड़ा जब कुछ मामलों में ऐप के नोटिफिकेशन इस "फ्रिंज" के तहत दिखाई देने लगे।

जब UX / UI त्रुटियां अनुमति हैं

क्या ऐसे मामले हैं जहां आपको इन छोटी इंटरफ़ेस त्रुटियों पर ध्यान केंद्रित करने की आवश्यकता नहीं है? बेशक, हां: यदि आप एमवीपी करते हैं, तो एक न्यूनतम व्यवहार्य उत्पाद है, और आपका लक्ष्य यह पता लगाना है कि क्या उपयोगकर्ता एक पूरे के रूप में विचार पसंद करेंगे।

सहमत हूँ, इस मामले में, यह समय के सबसे खराब कीड़े को खत्म करने के लिए कोई मतलब नहीं है: यह ज्ञात नहीं है कि क्या यह भुगतान करेगा। हालाँकि, कोई भी इस बात की गारंटी नहीं दे सकता है कि उपयोगकर्ता नई सुविधा की तरह ठीक नहीं है क्योंकि यह 80% पर बनाया गया था, न कि 100% पर। इस मामले में, त्रुटियों की आलोचना उत्पाद प्रबंधक द्वारा निर्धारित की जाती है। मुख्य बात यह है कि इन सभी छोटी समस्याओं के बारे में नहीं भूलना और उन्हें अगले चरण में समाप्त करना है, जब यह पहले से ही स्पष्ट है कि उपयोगकर्ता परियोजना को पसंद करता है और वह एमवीपी से आगे के विकास के चरण में चला गया।

इस सबका क्या करना है?

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

1. अपने खुद के डिजाइन प्रणाली बनाएँ

हम एट द ब्रेट ने अपना एकल कॉस्मॉस डिजाइन सिस्टम बनाया, जिसने डिजाइनरों और डेवलपर्स की बातचीत को सरल बनाया और विकास प्रक्रिया को काफी तेज किया।



सरल शब्दों में, डिज़ाइन सिस्टम इंटरफ़ेस के एक या किसी अन्य घटक के साथ क्या हो सकता है, इस बारे में सभी सवालों के जवाब देता है: इसमें क्या हो सकता है, यह पाठ की लंबाई के आधार पर कैसे दिखता है, और इसी तरह। ऊपर की तस्वीर में, यह बटन घटक के एक उदाहरण के रूप में दिखाया गया है। जब एक डिज़ाइन सिस्टम होता है, तो आपको सभी अवसरों के लिए नई सुविधाओं के लिए विस्तृत लेआउट बनाने की आवश्यकता नहीं होती है।

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

क्या होगा अगर कोई डिज़ाइन सिस्टम विकसित करने का समय नहीं है या यदि आपके पास एक छोटा अनुप्रयोग है जिसे इस तरह के जटिल तरीकों के उपयोग की आवश्यकता नहीं है? आप छोटे पुस्तकालयों को घटकों या संक्षिप्त प्रलेखन के साथ लिख सकते हैं, अर्थात्, कंपनी के मौजूदा सिद्धांतों को सरल आंतरिक दिशानिर्देशों या सहायता में वर्णित करें।

मेरे सहयोगी क्रिस्टियानो रैस्ट्रेली की लेख श्रृंखला और लेख के अंत में दिए गए लिंक पर कॉस्मॉस के बारे में और पढ़ें।

2. दृश्य परीक्षण उपकरणों का उपयोग करें

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



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

3. एक अच्छे टेस्ट बेंच का निर्माण करें

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

4. सहायक उपकरण का उपयोग करें

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



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

5. अधिक बार मिलें

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

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

6. डॉगफूड

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

7. एक चेकलिस्ट लिखें

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

मेरे अभ्यास से काफी सरल उदाहरण होंगे:

• सभी ग्रंथों की जाँच करें;

बटन के नाम बहुत लंबे नहीं होने चाहिए। यह नियम किसी भी भाषा के लिए सही है।

• जाँच करें कि क्या प्रगति संकेतक हैं;

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

• जाँच करें कि डेटा (शून्य मामलों) के अभाव में क्या दिखाया गया है;

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

• बटन और उनकी स्थिति की जाँच करें;

यह महत्वपूर्ण है कि बटन दबाने पर प्रतिक्रिया करते हैं और यह स्पष्ट है कि वे निष्क्रिय क्यों हैं, यदि ऐसा है।

• हम लेआउट के साथ संकेत और संरेखण की तुलना करते हैं;

यह एक बहुत ही दर्दनाक क्षण है, क्योंकि यह सभी प्रकार के विखंडन के लिए प्रदान करना असंभव है, लेकिन परीक्षण बेंच इसके साथ बहुत मदद करेगा।

• जांचें कि क्या छवियों के अभाव में प्लेसहोल्डर हैं;

फिर से, चित्र और जानकारी के अभाव में उपयोगकर्ता को एक सफेद स्क्रीन न दिखाएं, लेकिन समझाएं कि छवि या अनुभाग गायब है।

• नई के साथ पुरानी कार्यक्षमता की बातचीत की जाँच करें;

यहां, सब कुछ उस उदाहरण के समान है जो उस उपयोगकर्ता को संकेत देता है जिसे मैंने ऊपर उद्धृत किया था।

• ऑफ़लाइन काम करें;

उपयोगकर्ता को वियोग के बारे में सूचित करना अनिवार्य है, क्योंकि इस मामले में यह केवल डाउनलोड संकेतक दिखाने के लिए पर्याप्त नहीं है।

• हम जांचते हैं कि छोटे उपकरणों पर नए इंटरफेस कैसे व्यवहार करते हैं;

कोई टिप्पणी नहीं, चित्र देखें

• जाँच करें कि क्या तस्वीरें छोटे उपकरणों के लिए अनुकूलित हैं;

छोटे पर्दे पर हमेशा पर्याप्त जगह नहीं होती है, इसलिए गैर-अनुकूलित छवियों के कारण पूरा लेआउट जा सकता है।

• ओएस के विभिन्न संस्करणों के साथ बातचीत की जांच करें;

ओएस को अपडेट करने के बाद एप्लिकेशन में उत्पन्न होने वाली समस्याओं की एक सूची रखना अच्छा होगा, ताकि इन परिवर्तनों के कारण बार-बार एक ही गलती न करें।

• फर्मवेयर के विभिन्न संस्करणों के साथ बातचीत की जांच करें;

इसी तरह: विभिन्न उपकरणों पर एप्लिकेशन में उत्पन्न होने वाली समस्याओं की एक सूची रखना अच्छा होगा, और यह जांचें कि एक नई सुविधा समान परिस्थितियों में कैसे व्यवहार करती है।

• एनीमेशन की जाँच करें (विशेष रूप से छोटे और कमजोर उपकरणों पर);

एनीमेशन को छोड़ना बेहतर है और इसे छोटे स्क्रीन रिज़ॉल्यूशन वाले कमजोर उपकरणों के लिए स्थिर चित्र के साथ बदलना है।

तो आपकी चेकलिस्ट इस तरह दिख सकती है:


आप किस बिंदु पर इस चेकलिस्ट का उपयोग करते हैं और बग को रोकने का सबसे आसान तरीका कब है? जब कोई विशेषता केवल विकास के चरण में जाती है और पहले प्रश्न दिखाई देते हैं, क्योंकि परीक्षण चरण में प्रश्न पूछने में बहुत देर हो जाती है।

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

निष्कर्ष

आइए संक्षेप में बताएं कि कौन से तरीके आपके उत्पादों में इंटरफ़ेस समस्याओं की संख्या को कम करने में मदद कर सकते हैं:

• प्रत्येक नई सुविधा के लिए उत्पाद प्रबंधक और डिजाइनर के साथ प्रोटोटाइप समीक्षा;
  
• सबसे लोकप्रिय समस्याओं के आधार पर विस्तृत जाँचकर्ताओं का उपयोग जो आपके उत्पाद के लिए प्रासंगिक हैं, विकास के चरण में या यहां तक ​​कि नई सुविधाओं को डिजाइन करना;
  
• नई सुविधाओं को डिजाइन करते समय अक्सर सामना की जाने वाली समस्याओं के कारणों का विश्लेषण और चर्चा;
  
• dogfood - आपके उत्पाद का उपयोग और अच्छा ज्ञान;
  
• दिशानिर्देशों के साथ अपना स्वयं का डिज़ाइन सिस्टम विकसित करना या दस्तावेज़ बनाना;
  
• दृश्य परीक्षण उपकरण का कार्यान्वयन।
  

उपयोगी लिंक

• कॉसमॉस डिजाइन सिस्टम (अंग्रेजी में) के निर्माण पर "शून्य से कॉसमॉस तक" लेखों की एक श्रृंखला:
  https://badootech.badoo.com/from-zero-to-cosmos-part-1-2d080fe35bf2
  
• ब्रह्मांड में कॉस्मॉस डिजाइन प्रणाली के कार्यान्वयन पर रिपोर्ट:
  https://tech.badoo.com/ru/article/725/masshtabiruemyj-ui-vnedryaem-testiruem-uskoryaem/
  https://tech.badoo.com/ru/article/607/kak-my-vnedrili-edinuyu-dizajn-sistemu/
  
• दृश्य प्रतिगमन परीक्षण रिपोर्ट (अंग्रेजी में):
  https ://2019.codefest.ru/lecture/1414 )
  
• लाइवशॉट रिपोर्ट:
  https://2019.codefest.ru/lecture/1447
  
• परीक्षण बेंच के लिए उपकरणों का चयन करने के बारे में मेरा लेख:
  https://habr.com/company/badoo/blog/317964/
  
• उत्पाद पर UX के प्रभाव पर विटाली फ्रिडमैन द्वारा भाषण:
  https://www.youtube.com/watch?v=qnmY7-oGnwU&feature=youtu.be/
  https://2018.heisenbug-piter.ru/talks/2018/spb/3zx0l1uelgac2asiscokki/
  
• एंड्रॉइड प्लेटफॉर्म पर Google फ्रैग्मेंटेशन आँकड़े:
  https://developer.android.com/about/dashboards/
  
• ग्रिड को ओवरले करने की क्षमता के साथ सुविधाजनक स्क्रीनशॉट बनाने के लिए उपकरण:
  https://play.google.com/store/apps/details?id=com.scheffsblend.designertools
  
• मोबाइल डिवाइस पर इंटरफ़ेस के परीक्षण के लिए उपकरण (दुर्भाग्य से, भुगतान किया गया):
  https://play.google.com/store/apps/details?id=com.appsisle.developerassistant
  
• एंड्रॉइड पर स्नैपशॉट बनाने और तुलना करने के लिए लाइब्रेरी:
  https://github.com/facebook/screenshot-tests-for-android
  
• IOS पर स्नैपशॉट बनाने और तुलना करने के लिए लाइब्रेरी:
  https://github.com/uber/ios-snapshot-test-case
  
• दृश्य परीक्षण उपकरण:
  https://github.com/mojoaxel/awesome-regression-testing