मेन्यू

अनुभवी पेशेवरों के लिए सॉफ्टवेयर मैनुअल परीक्षण साक्षात्कार प्रश्न

software manual testing interview questions

समस्याओं को खत्म करने के लिए हमारे साधन का प्रयास करें

विवरण के जवाब के साथ अनुभवी पेशेवरों के लिए सबसे अधिक बार पूछे जाने वाले परिदृश्य-आधारित मैनुअल परीक्षण साक्षात्कार प्रश्न:

मुझे हाल ही में इसका अनोखा अनुभव हुआ क्यूए कोचिंग (10 साल का अनुभव) लॉस एंजिल्स में एक प्रमुख मनोरंजन कंपनी के साथ एक क्लाइंट सॉफ्टवेयर टेस्टिंग साक्षात्कार में भाग लेने के लिए। परीक्षण की जाने वाली साइट एक सरल ग्राहक-सामना करने वाली वेबसाइट (एक ऑनलाइन टीवी चैनल की तरह) थी जिसमें वेब और मोबाइल दोनों घटक थे।

सॉफ्टवेयर मैनुअल परीक्षण साक्षात्कार प्रश्न

एक परामर्श कंपनी इस ग्राहक के लिए प्रोफाइल पेश कर रही थी ऑनसाइट परीक्षक + समन्वयक की स्थिति लेकिन उनमें से कोई भी परीक्षण साक्षात्कार प्रक्रिया के माध्यम से नहीं बना रहा था। इसलिए उन्होंने इकट्ठा करने का फैसला किया प्रश्नोत्तर साक्षात्कार प्रश्न पिछले उपस्थित लोगों से और उन्होंने मुझे एक प्रश्नावली दी।

1 साल के अनुभव के लिए सॉफ्टवेयर परीक्षण फिर से शुरू

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

अनुभवी के लिए मैनुअल परीक्षण साक्षात्कार प्रश्न

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

अभ्यास के साथ किए जाने के बाद, मैंने सोचा कि इस अनुभव को STH पाठकों के साथ साझा करना अच्छा होगा। शुरुआती लोगों के लिए, यह अच्छा लाइव एक्सपोज़र होगा। दूसरों के लिए, यह एक दोस्ताना अनुस्मारक होगा कि कितना महत्वपूर्ण है बुनियादी बातों कोई फर्क नहीं पड़ता कि हम कितने अनुभवी हैं।

अनुशंसित पाठ=> 101+ सॉफ्टवेयर परीक्षण साक्षात्कार प्रश्न और उत्तर।

यहाँ जाता है…..

अनुभवी परीक्षण साक्षात्कार अनुभवी के लिए प्रश्न

9 सबसे आम क्यूए सॉफ्टवेयर परीक्षण साक्षात्कार शुरुआती और साथ ही अनुभवी उम्मीदवारों के लिए:

#Q 1) टेस्ट स्क्रिप्ट बनाने की प्रक्रिया क्या है?

उत्तर:

चरण 1: ऑटो की पूरी तरह से समझ प्राप्त करना है:

  • यह आवश्यकता दस्तावेजों को अच्छी तरह से पढ़कर हो सकता है।
  • डॉक्स की अनुपस्थिति में, हमारे पास किसी भी संदर्भ के बिंदु को समझने की कोशिश की जा सकती है - हमारे पास एप्लिकेशन या वायर-फ्रेम या स्क्रीनशॉट का पिछला संस्करण

चरण 2: आवश्यकताओं को समझने के बाद, हम एक सूची बनाते हैं कि इस एप्लिकेशन में कौन से क्षेत्र हैं जिनका परीक्षण करना होगा। दूसरे शब्दों में, हम परीक्षण आवश्यकताओं की पहचान करते हैं। इस चरण में ध्यान केंद्रित करने के लिए 'क्या' की पहचान करना है। इस चरण के परिणाम की एक सूची है परिदृश्य का परीक्षण करें ।

चरण 3: एक बार जब हमारे पास परीक्षण परिदृश्य होते हैं, तो हम उन्हें परीक्षण करने के लिए 'कैसे' पर ध्यान केंद्रित करते हैं। इस चरण में किसी विशेष सुविधा का परीक्षण करने के तरीके, क्या डेटा दर्ज करना है (इसके बारे में विस्तृत विवरण लिखना शामिल है) परीक्षण डेटा ) और अपेक्षित परिणाम क्या है।

एक बार इन 3 चरणों को पूरा करने के बाद, हम परीक्षण के लिए तैयार हैं।

#Q 2) बग रिपोर्ट के क्षेत्र क्या हैं?

उत्तर: निम्नलिखित महत्वपूर्ण क्षेत्रों को एक में शामिल किया जाना चाहिए अच्छी बग रिपोर्ट :

सर्वश्रेष्ठ हार्ड ड्राइव क्लोनिंग सॉफ्टवेयर विंडोज़ 10
  1. एक यूनिक आई.डी.
  2. दोष विवरण: बग क्या है, इसका वर्णन करने वाला एक संक्षिप्त विवरण।
  3. पुन: उत्पन्न करने के चरण: त्रुटि पर कैसे पहुंचे, सटीक परीक्षण डेटा, जिस समय दोष पाया गया था (यदि लागू हो) पर्यावरण के बारे में विवरण: कोई भी जानकारी जो समस्या को फिर से सामना करने में मदद करेगी
  4. आवेदन का मॉड्यूल / अनुभाग (यदि लागू हो)
  5. तीव्रता
  6. स्क्रीनशॉट
  7. जिम्मेदार क्यूए: इस मुद्दे के बारे में किसी भी अनुवर्ती प्रश्नों के मामले में

#Q 3) ग्राहक-सामना करने वाले सॉफ्टवेयर का परीक्षण कैसे करें?

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

परीक्षण का पहला स्तर है : क्या साइट अपनी कार्यात्मक आवश्यकताओं को पूरा करती है।

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

परीक्षण का अगला स्तर है :साइट का उपयोग करना कितना आसान है, क्या विकल्प तार्किक अर्थ बनाते हैं और उपयोगकर्ता की अपेक्षाओं को पूरा करते हैं या नहीं।

उदाहरण के लिए, यदि उपयोगकर्ता को उन मूल सूचनाओं को प्रस्तुत करने के लिए 3-4 स्क्रीन को पास करना पड़ता है, जिससे वे नाराज होने वाले हैं, तो ऐसे मुद्दों को संबोधित करना होगा।

एक और उदाहरण, उपयोगकर्ता नाम और पासवर्ड दर्ज करने के बाद, उपयोगकर्ता टैब पर क्लिक कर सकता है- जिसका अर्थ है कि नियंत्रण 'साइन इन' बटन पर जाना चाहिए, इसके बजाय अगर यह रद्द करने जा रहा है, तो उपयोगकर्ता वास्तव में नाराज होने वाला है और साइट का उपयोग करने का अनुभव है। समझौता होने जा रहा है। ऐसे मुद्दों को पकड़ना होगा।

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

सुरक्षा - उन साइटों के लिए जहां साइट तक पहुंचने के लिए एक सुरक्षित लॉगिन है, इसके चारों ओर न्यूनतम कार्यक्षमता का परीक्षण करना होगा। उदाहरण के लिए, अगर मैं साइट को 10 मिनट से अधिक समय के लिए छोड़ देता हूं, तो क्या यह ऑटो लॉगिंग आउट है या नहीं। मूल रूप से कुछ ऐसा है जिस पर ध्यान केंद्रित किया जाना चाहिए।

#Q 4) परीक्षण के लिए इनपुट दस्तावेज़ीकरण नहीं होने की चुनौती को कैसे दूर किया जाए?

उत्तर: यदि बीआरडी और एफएसडी जैसे विस्तृत मानक दस्तावेज अनुपलब्ध हैं, तो परीक्षक को कुछ बिंदुओं पर निर्भर रहना होगा।

  • स्क्रीनशॉट
  • अनुप्रयोग का एक पिछला संस्करण
  • वायरफ्रेम, आदि

एक अन्य कारक जो बेहद मदद करता है, यह है कि संदेह के मामले में हमारी समझ या स्पष्टीकरण पर पुष्टि पाने के लिए डेवलपर्स या व्यापार विश्लेषकों (जब उपलब्ध हो) से बात करें।

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

#Q 5) कैसे प्राप्त करे अधिकतम उत्पादकता एक अपतटीय टीम से?

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

इसके अलावा, टीमवर्क की अवधारणा को प्रोत्साहित करके हम टीम के सदस्यों को बेहतर उत्पादकता के लिए एक-दूसरे की सहायता, सहायता और सहायता कर सकते हैं।

नियमित अनुवर्ती बैठकें भी प्रक्रिया को बहुत मदद करती हैं।

#Q 6) ऑनसाइट समन्वयक के भूमिका और उत्तरदायित्व क्या हैं? क्या वह परीक्षण भी करता है?

उत्तर: ऑनसाइट समन्वयक ऑफशोर टीम और क्लाइंट के लिए परीक्षण सगाई के संबंध में किसी भी जानकारी के लिए संपर्क का एक बिंदु है।

इस नौकरी में शामिल हैं:

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

हां, यहां तक ​​कि एक ऑनसाइट समन्वयक को भी परीक्षण करना होगा।

#Q 7) असंगत कीड़े- क्यों ऑनसाइट इसे ढूंढ सकता है, लेकिन अपतटीय नहीं हो सकता है और इसके विपरीत - इस स्थिति को कैसे संभालना है?

कैसे एक नकली ईमेल डोमेन बनाने के लिए

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

इस स्थिति को संभालने के कुछ तरीके हम हैं:

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

#Q 8) वीडियो / ऑडियो संबंधित परीक्षण - इसमें क्या शामिल है?

उत्तर: वीडियो या ऑडियो वाले एप्लिकेशन का परीक्षण कैसे करें?

यहाँ पर विचार करने के लिए महत्वपूर्ण बिंदु हैं:

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

#Q 9) ​​मोबाइल एप्लिकेशन परीक्षण - इसमें संक्षेप में क्या शामिल है?

उत्तर: मोबाइल ऐप परीक्षण महत्वपूर्ण परीक्षण परिदृश्य:

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

वह यह था। अब, यह इतना आसान नहीं था।

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

मैं निष्कर्ष निकालता हूं, उम्मीद करता हूं कि यह प्रयास हमारे पाठकों के लिए फायदेमंद और सार्थक होगा। कृपया नीचे टिप्पणी अनुभाग में हमें बताएं कि हमने कैसे किया।

लेखक: यह पोस्ट हमारी STH टीम की सदस्य स्वाति सीला ने लिखी है।

अनुशंसित पाठ

^