DIY: मोबाइल परीक्षण

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

कहानी

ऊपर की तस्वीर में बाईं ओर - मेरी दादी, यहाँ वह 25-30 साल की है। दाईं ओर मोटोरोला फोन है, जिसे हमने अपनी दादी के लिए खरीदा था जब वह 80 साल की थी। इसके बाद, एक पारित होने की उम्मीद की जा सकती है कि मोबाइल उपकरणों ने उपयोगकर्ताओं की सभी परतों को कैसे कवर किया है। या पुराने लोगों के लिए आधुनिक मोबाइल तकनीक का उपयोग करना कितना कठिन है। यह सब सच है, केवल यह मेरी दादी के लिए नहीं, बल्कि मेरे लिए कठिन था।

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

गौरतलब है कि समय निर्धारित करने के लिए प्रत्येक बाद की आवश्यकता पर एक ही चित्र दोहराया गया था। स्क्रिप्ट में एक और पोता जोड़ते समय (मेरी दादी के पास आठ हैं), परिणाम में सुधार नहीं हुआ।

फोन को कूड़े में फेंकने की इतनी बड़ी समस्या नहीं, उन्होंने मुख्य समस्या को हल किया - आप कॉटेज से घर बुला सकते हैं। लेकिन मोटोरोला द्वारा दिए गए आत्मसम्मान पर इस तरह के प्रहार के बाद मोबाइल फोन की अगली पसंद पर, मैं उसके फोन को अंतिम रूप से देखूंगा। वैसे, कुछ समय बाद मोटोरोला ने खुद ही यूरोपीय और रूसी बाजारों को छोड़ दिया। ऐसा क्यों नहीं है? .. और कूपर पढ़ने वालों को रेजर मॉडल के अपने मूल्यांकन को याद करेंगे - फर्मवेयर के बजाय एक उत्कृष्ट औद्योगिक डिजाइन और फ्रेंकस्टीन।

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

***
टेलीफोन के कई निर्माता हैं; सॉफ्टवेयर डेवलपर लेगियन हैं। एसडीके, एमुलेटर, परीक्षण स्वचालन उपकरण हैं - लेकिन केवल कार्यात्मक वाले। आप रोबोट को "क्लिक" बटन बना सकते हैं और अपने सॉफ़्टवेयर के नियंत्रणों को यादृच्छिक रूप से या रिकॉर्ड की गई स्क्रिप्ट के अनुसार खींच सकते हैं। लेकिन उपयोगकर्ता परीक्षण के लिए कुछ उपकरण हैं। और वे मुख्य रूप से फोन से खोली गई वेबसाइटों के परीक्षणों पर केंद्रित हैं, लेकिन अनुप्रयोगों पर नहीं और इसके अलावा, फर्मवेयर पर ही नहीं।

टूलकिट का हार्डवेयर भी एक ठोस DYI है: साधारण वेबकैम, उनके लिए घर का बना धारक, एक स्थिति ढूंढते हैं ताकि कोई चकाचौंध न हो और कैमरा उपयोगकर्ता को दृश्य को अस्पष्ट न करे। यहां एक लेख है जो पुष्टि करता है कि यहां तक ​​कि विशिष्ट विशेषज्ञ आविष्कार और तात्कालिक साधनों का उपयोग करने के लिए मजबूर हैं। और यहाँ एक अर्ध-औद्योगिक सहायक के कुछ उदाहरणों में से एक है जो विशेष रूप से मोबाइल अनुसंधान के लिए बनाया गया है - http://www.mrtappy.com/ । और फिर 295 तु के लिए आपको अभी तक एक उत्पाद नहीं मिलेगा, लेकिन एक निर्माता:

बॉक्स में क्या मिलेगा?



यहां तक ​​कि हमारे पश्चिमी सहयोगी ने कहा कि यह अनुचित रूप से महंगा है, हालांकि सामान्य तौर पर पश्चिम में प्रयोज्य अनुसंधान की लागत अधिक है।

लेकिन कोई भी डेवलपर समझता है कि शक्ति ज्ञान में है! नोटपैड में कार्यात्मक कोड भी लिखा जा सकता है, यदि आप जानते हैं कि कोड कैसे लिखना है। परीक्षण में भी यही सच है - यदि आप जानते हैं कि क्या देखना है, तो साथी यात्री के कंधे पर मेट्रो में एक उत्पादक परीक्षण सत्र भी संभव है।

क्या परीक्षण करें?

वह सब है। यदि पर्याप्त समय नहीं है, तो हर चीज का परीक्षण करें जिसमें आपको संदेह है। और बस के मामले में, आप सबसे अधिक निश्चित हैं। आत्मविश्वास अंधापन को जन्म देता है और कष्टप्रद चूक को जन्म देता है।

कब करें टेस्ट?

एक बार जब आप समझ जाते हैं कि आप उपयोगकर्ताओं को वास्तव में क्या देना चाहते हैं। शायद उसी समय आपको पता चलेगा कि क्या वे इसे प्राप्त करना चाहते हैं।

आप पहले भी शुरू कर सकते हैं - यदि आप यह नहीं समझ सकते हैं कि आप उपयोगकर्ताओं को वास्तव में क्या देना चाहते हैं। उनके साथ संवाद करने की प्रक्रिया में, आपका विचार पक सकता है या फीका हो सकता है।

रुको मत!

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

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

उपयोगकर्ताओं को कहां खोजना है?

यदि आप एक कार्यालय केंद्र में काम करते हैं, तो उन्हें गलियारे में देखें। यदि आपके पास अपना भवन है, तो उन सहयोगियों का उपयोग करें जो परियोजना में शामिल नहीं हैं। यदि हर कोई एक ही परियोजना पर काम कर रहा है, तो रिश्तेदारों और दोस्तों से संपर्क करें।

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

उपयोगकर्ता को किस तरफ से प्रवेश करना है?

तो, आपके पास उत्पाद या उत्पाद का विचार है, उपयोगकर्ताओं और उत्पाद को उपयोगकर्ताओं को प्रस्तुत करने का दृढ़ संकल्प है। किस तरफ जाना है?

सामान्य तौर पर, उपयोगकर्ता के तीन पक्ष होते हैं: इच्छा, राय और अनुभव। प्रयोज्यता आमतौर पर अनुभव से आती है। इच्छा और राय विपणन के मार्ग हैं, और बुरा विपणन केवल राय पर काम करता है, और अच्छा विपणन इच्छा पर भी काम करता है। ऐसा क्यों?

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

इच्छा - आपके पास हो सकता है, न तो अनुभव के बिना और न ही राय के बिना। लेकिन इच्छा अपने आप में मूल्यवान है, क्योंकि यह वह है जो पैसे में बदल जाती है।

अनुभव - आपके पास यह तभी हो सकता है जब आप उत्पाद का उपयोग करें। इच्छा आवश्यक नहीं है।

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

आगे देखते हुए, पहले से ही कहीं न कहीं, हम कह सकते हैं कि सफलता = मजबूत इच्छा + सफल अनुभव। इस समीकरण में कम से कम एक ज्ञात मात्रा कैसे जोड़ें? हमारे मामले में, यह स्पष्ट रूप से एक अनुभव नहीं है, तो चलो इच्छा के बारे में सोचते हैं।

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

सुनहरे बालों वाली पोशाक पहनें, गलियारे में बाहर जाएं, आप जिस पहले युवक से मिलते हैं, उससे पूछें, "ओह, आप जानते हैं, मैं अपने फोन पर घड़ी नहीं लगा सकता ... क्या आप मेरी मदद कर सकते हैं?" और दया से मुस्कुराए। किया, यहाँ एक विशिष्ट उद्देश्य के लिए एक प्रेरित उपयोगकर्ता है।

नकारात्मकता के लिए तैयार हो जाओ

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



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

शीघ्र मत करो

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

एक लक्ष्य निर्धारित करें

लक्ष्य उत्पाद के बाहर, इंटरफ़ेस के बाहर रहना है। इसके अलावा, लक्ष्य "फोन स्थापित करने के अंतिम चरण पर अंतिम बटन दबाने के लिए" नहीं है, लक्ष्य "वास्तविक जीवन में समस्याओं को हल करने के लिए उपयुक्त फोन प्राप्त करना है" - उदाहरण के लिए, सही समय दिखा रहा है।

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

सुनिश्चित करें कि "आप चाहते हैं" शब्दों के बाद, निर्देश "..." सेटिंग्स "अनुभाग पर जाएं," सामान्य "आइटम पर जाएं, और फिर" मूल "उप-आइटम का चयन करें ...

कैसे रिकॉर्ड करें नतीजे?

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



जैसा कि आप देख सकते हैं, यहां तक ​​कि कुछ प्रकार के निदान भी हैं जो उपयोगकर्ता को किस प्रकार की समस्याओं के बारे में बोलते हैं।

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

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

यह सब, शायद, हम टिप्पणियों में सवालों के जवाब देने में प्रसन्न होंगे। आपका ध्यान के लिए धन्यवाद!

एंटोन Alyabyev, UIDG विश्लेषक द्वारा पोस्ट किया गया।

PS और यहाँ बहुत ही प्रस्तुति है जिस पर विषय की शुरुआत में चर्चा की गई थी।