हॉलवे उपयोगिता परीक्षण: आप वास्तव में यूआई का कितना कार्यात्मक बनाते हैं?

Question

जब हॉलवे उपयोगिता परीक्षण करते हैं तो आप में से अधिकांश अपने ऐप्स को पूरी तरह से या पूरी तरह कार्यात्मक बनाते हैं? या आप बस लिंक या प्रवाह श्रृंखला सही ढंग से सुनिश्चित करते हैं? या आप सिर्फ कागज़ पर आते हैं और उसके साथ जाते हैं?

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

धन्यवाद।

Answer 1

उपयोगिता परीक्षण, हॉलवे या अन्यथा, केवल उस कार्यक्षमता की आवश्यकता है जिसे आपको परीक्षण करने की आवश्यकता है। अधिकांश उपयोगिता परीक्षणों में, आपको specific design questions to answer के साथ जाना चाहिए और उस बिंदु पर अपना प्रोटोटाइप विकसित करना चाहिए जहां यह उन प्रश्नों का उत्तर दे सके। उदाहरण के लिए, यदि आपको परीक्षण करने की आवश्यकता है कि क्या उपयोगकर्ता टेबल के लिए सॉर्ट ऑर्डर के आपके संकेत को समझते हैं, तो आपको टेबल की एक पेपर पिक्चर की आवश्यकता होती है जो सॉर्ट संकेत दिखाती है (टेबल सामग्री धुंधली होती है) और उनसे पूछें कि तालिका कैसे क्रमबद्ध है । यदि आपको test the IA की आवश्यकता है, तो आपको केवल एक शीर्षक के अलावा खाली वेब पेजों का एक गुच्छा है, जो नेविगेशन मेनू से जुड़े हुए हैं।

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

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

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

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

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

Answer 2

कुछ बातें याद करने के लिए:

1. टेस्ट जल्दी और अक्सर।
2. उपयोगिता परीक्षण का लक्ष्य UI के साथ समस्याएं ढूंढना है, क्यू/ए आपका कोड नहीं।

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

Answer 3

मैं उपयोगिता परीक्षण के कुछ दौर सुझाता हूं। सबसे पहले पेपर पर, शायद बाद में स्क्रीन पर, आम तौर पर पूरे एप्लिकेशन लाइफसाइक्ल (इसमें एक Agile दृष्टिकोण लेते हैं)।

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

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

Answer 4

मैं UI को कार्यात्मक बनाउंगा, ताकि उपयोगकर्ता वास्तव में इसके साथ खेल सके, यह एक स्थिर छवि से कहीं बेहतर होगा। लोग आपको बता सकते हैं कि वे यूआई पर सहज महसूस करते हैं या नहीं।

Answer 5

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

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

इसे काम करें, इसे किसी न किसी संस्करण, डमी डेटा या यहां तक ​​कि एक साधारण संदेश के साथ रखें, "परिणाम अब वर्णानुक्रमित क्रम दिखाएगा"।

Answer 6

एक हॉलवे परीक्षण के लिए, मैं लागू कार्यक्षमता में से किसी के साथ परीक्षण नहीं करता।

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

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