how tester can think
स्थल : एक रेस्तरां में, 3 का एक परिवार आया - माता-पिता और एक बच्चा। सबसे पसंदीदा पिज्जा का ऑर्डर करने के बाद, परिवार आराम कर रहा था और बच्चा टेबल पर रखी चॉपस्टिक से खेलने लगा। उन्होंने उन्हें पसंद किया और केवल चॉपस्टिक्स का उपयोग करके अपना खाना खाने का फैसला किया।
उन्होंने अपनी इच्छा और माता-पिता की घोषणा की, बात करने में व्यस्त, इस पर सहमत हुए। जब पिज्जा परोसा गया, तो बच्चा चॉपस्टिक का इस्तेमाल करने लगा और अपने मुंह में पिज्जा लाने में कई बार असफल रहा। अचानक माता-पिता ने इस पर ध्यान दिया और बच्चे को चॉपस्टिक का उपयोग नहीं करने का आदेश दिया। टॉडलर ने मना नहीं किया क्योंकि माता-पिता पहले से ही उसकी इच्छा पर सहमत थे।जब माता-पिता ने केवल चाकू और कांटा के साथ पिज्जा खाने के बारे में पढ़ाना शुरू किया, तो बच्चा विश्वास पर सवाल उठाता है, लेकिन मैं इसे चॉपस्टिक के साथ ही खाना चाहता हूं और यह गलत क्यों है? और चॉपस्टिक का उपयोग करते समय जब वह अपने पसंदीदा पिज्जा को खाने में सक्षम नहीं था, तो वह अधीर हो गया और अंततः हेलिकॉप्टरों को फेंक दिया और साथ ही पिज्जा नहीं खाने का फैसला किया। माता-पिता, निराश भी कुछ नहीं कर सके और परिवार के खाने का समय दिन के सबसे बुरे समय के रूप में बदल गया।
अब, उपरोक्त शब्दों में निम्नलिखित के रूप में कुछ शब्दों को बदलें और इसके बारे में फिर से विचार करें:
माता-पिता: व्यवसाय विश्लेषक, विक्रेता, विकास प्रबंधक और वास्तुशिल्प टीम सहित परियोजना प्रबंधन टीम।
बच्चा: ग्राहक / अंत उपयोगकर्ता
पिज़्ज़ा: उत्पाद व्यवहार्यता
चोपस्टिक्स: ग़लती
सबसे पसंदीदा एप्लिकेशन केवल तब तक पसंदीदा है जब तक कि उपयोगकर्ता गलती नहीं करता है और एप्लिकेशन के सबसे खराब व्यवहार को नहीं देखता है। एक बार अनुभव होने के बाद, उपयोगकर्ता कभी भी एप्लिकेशन पर वापस नहीं आता है। और इसलिए, एक परीक्षक के रूप में, यह समझना बहुत आवश्यक है उपयोगकर्ता की मानसिकता , कैसे उनसे व्यवहार की अपेक्षा की जाती है, वह आवेदन के साथ क्या गलत कर सकता है, क्या सबसे बड़ी गलती की जा सकती है और बहुत कुछ।
अधिकांश समय, मुझे फ़ोरम में और साथ ही इन-हाउस टीम के सदस्यों से पूछा जाता है कि परीक्षण करते समय उपयोगकर्ता के अनुभव को कैसे दोहराया जाए। मेरा जवाब हमेशा आसान रहा है - उपयोगकर्ता बनें :)
हालांकि इसे लागू करने की तुलना में कहना आसान है, सॉफ्टवेयर परीक्षण उद्योग के लिए क्रांति की दिशा में आगे बढ़ने का यह सही समय है जहां उपयोगकर्ता अनुभव और प्रतिक्रिया किसी भी चीज़ से अधिक महत्वपूर्ण है।
एक अंत उपयोगकर्ता के रूप में एक परीक्षक कैसे सोच सकता है?
प्रस्तुत है कुछ अंत उपयोगकर्ता के रूप में व्यवहार करने और आश्चर्य खोजने के विशिष्ट उदाहरण , मैंने पिछले कुछ दिनों के दौरान देखा है:
# 1) दिनांक फ़ील्ड का परीक्षण करते समय, जब कोई उपयोगकर्ता चयनित या मैन्युअल रूप से सही दिनांक मान दर्ज करता है, तो यह ठीक काम करता है। लेकिन जब उपयोगकर्ता ने 12/00 // जैसे पूरी तरह से गलत मान दर्ज किया और OK पर क्लिक किया, तो उसे अमान्य दिनांक मान के बारे में एक त्रुटि संदेश प्रस्तुत किया गया।
अब उपयोगकर्ता तारीख को सही नहीं करता है लेकिन पेज को रिफ्रेश करता है। क्या होना चाहिए? ठीक है, आप में से कई अनुमान लगा सकते हैं कि क्या होना चाहिए, लेकिन क्या आप सोच सकते हैं कि आवेदन के साथ क्या हुआ? पृष्ठ को ताज़ा करने के बाद, एक उपयोगकर्ता को निम्नलिखित के साथ प्रस्तुत किया गया था और उसी मूल्य को एक डेटाबेस में भी सहेजा गया था।
तो… .. परीक्षक ने उपयोगकर्ता को यहाँ पर दोहराया है, सहमत है?
#दो) एक आवेदन का परीक्षण करते समय, जहां वर्कफ़्लो को विशेष अनुक्रम में विभिन्न रूपों को प्रस्तुत करना होता है यदि आदेश का पालन किया जाता है, तो यह ठीक काम करता है। लेकिन क्या होगा अगर उपयोगकर्ता # 5 फॉर्म से # 3 फॉर्म में वापस जाने की कोशिश करे?
फिर, सोचने के बजाय कि क्या होना चाहिए, आइए देखें कि क्या हुआ ...
टेस्टर गूंगा था लेकिन खुद को उपयोगकर्ता के रूप में बदलने में गर्व महसूस कर रहा था… ..आवेदन?
# 3) सफल लॉगिन के बाद, उपयोगकर्ता ब्राउज़र के बैक बटन पर क्लिक करता है। फिर से, आइए देखें कि क्या हुआ ...
साख को साफ करना चाहिए था लेकिन ऐसा नहीं हुआ। और आगे बढ़ते हुए, इस लॉगिन पेज पर, उपयोगकर्ता ने पासवर्ड भूल गए लिंक पर क्लिक किया। स्पष्ट रहें कि उपयोगकर्ता पहले ही लॉगिन कर चुका था और ब्राउज़र के बैक बटन पर क्लिक करके लॉगिन पेज पर था। क्लिक योर पासवर्ड पर क्लिक करने से एप्लिकेशन के मुख पृष्ठ पर उपयोगकर्ता को नेविगेट किया जाता है।
परीक्षक उपयोगकर्ता के लिए बदल गया है… ..प्रस्ताव?
# 4) आवेदन के लिए खोज पृष्ठ (http: //x.x.x.x: y / # / खोज) के URL देखने के बाद, परीक्षक ने URL को http: //x.x.x.x: y / # / खोज / परीक्षण के रूप में संशोधित किया? और आप सोच सकते हैं कि क्या हुआ होगा?
खैर, एप्लिकेशन क्रैश हो गया और फिर से परीक्षक उपयोगकर्ता के लिए बदल गया ... .. मुझे आशा है कि आप असहमत नहीं होंगे।
निष्कर्ष
मुझे लगता है, इन उदाहरणों के माध्यम से, मैंने उन सभी को पर्याप्त रूप से व्यक्त किया है जो मैं चाहता था।
वास्तव में, परीक्षण का अर्थ आवेदन के वर्कफ़्लो की जांच करना नहीं है और न ही इसका मतलब है कि आवेदन को तोड़ना है लेकिन इसका निश्चित रूप से मतलब है उपयोगकर्ता के अनुभव की जाँच करें जब वह गलतियाँ करता है।
किसी भी साइट से सबसे अच्छा वीडियो डाउनलोडर
लेखक के बारे में: यह पोस्ट एसटीएच टीम की सदस्य भूमिका मेहता ने लिखी है। वह एक प्रोजेक्ट लीड है, जिसमें सॉफ्टवेयर परीक्षण में 10+ वर्ष का अनुभव है। वह अच्छे विचारों और नवाचारों और जोखिमों की भी सराहना करती है। और निश्चित रूप से नीरस काम, लोगों और पर्यावरण से नफरत है।
और हां, उपयोगकर्ता को समाप्त करने के लिए अपने आप में परीक्षक को चालू करें… .प्रतिष्ठित करें? :)
तो… .. हम आप से इन जैसे और भी उदाहरण सुनना चाहेंगे और अपनी राय रखना भी चाहेंगे।
अनुशंसित पाठ
- जीयूआई परीक्षण ट्यूटोरियल: एक पूर्ण उपयोगकर्ता इंटरफ़ेस (यूआई) परीक्षण गाइड
- वेबसाइट कुकी परीक्षण और परीक्षण वेब अनुप्रयोग कुकीज़ के लिए परीक्षण के मामले
- MongoDB में उपयोगकर्ता प्रमाणीकरण
- ईमेल सत्यापन परीक्षण: किसी एप्लिकेशन की ईमेल कार्यक्षमता का परीक्षण कैसे करें
- मनी मेकिंग, सॉफ्टवेयर टेस्टिंग कैरियर और सबसे अमीर परीक्षक का राज
- 5 चीजें एक शुरुआती डेवलपर (और परीक्षक) सॉफ्टवेयर परीक्षण के बारे में पता होना चाहिए
- सर्वश्रेष्ठ सॉफ्टवेयर परीक्षण उपकरण 2021 (क्यूए टेस्ट स्वचालन उपकरण)
- तदर्थ परीक्षण: औपचारिक परीक्षण प्रक्रिया के बिना दोष कैसे खोजें