39 शीर्ष स्वचालन परीक्षण साक्षात्कार प्रश्न और उत्तर

39 top automation testing interview questions

शुरुआती और उन्नत स्तर के उम्मीदवारों के लिए अक्सर पूछे जाने वाले स्वचालन परीक्षण साक्षात्कार प्रश्न:

पूरे सॉफ्टवेयर जीवनचक्र में टेस्ट ऑटोमेशन बहुत महत्वपूर्ण भूमिका निभाता है। अधिकांश समय जब हम एक स्वचालन परीक्षण साक्षात्कार के लिए तैयार करना चाहते हैं, हम केवल उपकरण-विशिष्ट प्रश्नों पर ध्यान केंद्रित करते हैं।

हालांकि, हमें इस तथ्य पर भी विचार करना चाहिए कि उपकरण सीखना और जानना केवल एक साधन है और यह अंतिम लक्ष्य नहीं है।

इस प्रकार, जब भी हम एक स्वचालन परीक्षक साक्षात्कार की तैयारी कर रहे होते हैं, तो हमें 'स्वचालन' पर समग्र रूप से विचार करना होगा और ढांचे और इसमें शामिल कदमों पर ध्यान केंद्रित करना होगा।

हम सभी जानते हैं कि सॉफ्टवेयर परीक्षण सॉफ्टवेयर विकास का एक महत्वपूर्ण हिस्सा है। लेकिन, तेजी से बढ़ते सॉफ्टवेयर विकास के तरीकों और वातावरण के साथ, लागत की कमी के साथ एक सीमित समय के भीतर किसी एप्लिकेशन के लिए मैन्युअल रूप से सब कुछ परीक्षण करना मुश्किल हो जाता है।

इस प्रकार, विकास गति को तेज करने के लिए बाजार में ऑटोमेशन परीक्षण तेजी से बढ़ रहा है। इस ट्यूटोरियल में स्वचालन परीक्षण पर शीर्ष साक्षात्कार प्रश्न शामिल हैं। मैंने उन लघु और त्वरित प्रश्नों का हवाला देने की कोशिश की है जो स्वचालन के लिए बहुत विशिष्ट हैं और पूरे “उपकरण” के लिए विशिष्ट नहीं हैं।

शीर्ष 39 स्वचालन परीक्षण साक्षात्कार प्रश्न

हमने बेसिक टेस्ट ऑटोमेशन के सवालों के साथ-साथ 2 से 5 साल के अनुभव के विशेषज्ञ स्तर के उम्मीदवारों के लिए इंटरमीडिएट के कुछ उन्नत प्रश्नों को कवर किया है।

Q # 1) ऑटोमेशन क्या है?

उत्तर: स्वचालन कोई भी कार्रवाई है जो मानव प्रयासों को कम कर सकती है।

Q # 2) स्वचालन परीक्षण क्या है?

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

Q # 3) आप किन सभी चीजों को स्वचालित कर सकते हैं?

उत्तर:

• प्रतिगमन परीक्षण सूट
• स्मोक / सनिटी टेस्ट सूट
• परिनियोजन बनाएँ
• डेटा निर्माण का परीक्षण करें
• एपीआई और विधियों के परीक्षण जैसे जीयूआई के पीछे स्वचालित।

Q # 4) स्वचालन परीक्षण कब उपयोगी है?

उत्तर: स्वचालन परीक्षण निम्नलिखित परिदृश्यों में उपयोगी है:

क) प्रतिगमन परीक्षण: बग फिक्स या नए मॉड्यूल कार्यान्वयन के मामले में, हमें यह सुनिश्चित करना होगा कि पहले से लागू या अपरिवर्तित कार्यक्षमता प्रभावित नहीं है। इस मामले में, हम कई बार प्रतिगमन परीक्षण मामले को समाप्त करते हैं।

उदाहरण के लिए: प्रत्येक परिवर्तन अनुरोध या बग फिक्स के बाद, वृद्धिशील विकास दृष्टिकोण, आदि के मामले में प्रत्येक पुनरावृत्ति के बाद।

बी) गैर-कार्यात्मक परीक्षण: किसी एप्लिकेशन के गैर-कार्यात्मक पहलुओं का परीक्षण करना।

उदाहरण के लिए, लोड परीक्षण या प्रदर्शन परीक्षण, आदि मनुष्यों को ट्रैक और विश्लेषण करने के लिए बहुत मुश्किल हैं।

ग) जटिल गणना मानवीय त्रुटियों की संभावना वाले चेक या परीक्षण परिदृश्य।

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

उपरोक्त स्थितियों में परीक्षण मामलों को स्वचालित करने से परीक्षण की गति को प्राप्त करने और मानवीय त्रुटियों को कम करने में मदद मिलती है।

Q # 5) आप उन परीक्षण मामलों की पहचान कैसे करते हैं जो स्वचालन के लिए उपयुक्त हैं?

उत्तर: स्वचालन के लिए उपयुक्त परीक्षण मामलों की पहचान करना स्वचालन के लिए सबसे महत्वपूर्ण कदम है।

Q # 6) क्या आप 100% स्वचालन प्राप्त कर सकते हैं?

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

Q # 7) अपनी परियोजनाओं में स्वचालन परीक्षण के लिए किस उपकरण का उपयोग करना चाहिए?

उत्तर: अपनी परियोजना में स्वचालन परीक्षण के लिए उपकरण की पहचान करने के लिए:

सेवा मेरे) अपनी परियोजना की आवश्यकताओं को अच्छी तरह से समझें और उन परिक्षण परिदृश्यों की पहचान करें जिन्हें आप स्वचालित करना चाहते हैं।

बी) उन टूल की सूची खोजें जो आपकी परियोजना की आवश्यकताओं का समर्थन करते हैं।

सी) स्वचालन उपकरण के लिए अपने बजट को पहचानें। अपने बजट के भीतर उपकरणों का चयन करें।

घ) पहचान करें कि क्या आपके पास पहले से ही साधनों के लिए कुशल संसाधन हैं। यदि आपके पास आवश्यक कुशल संसाधन नहीं हैं, तो मौजूदा संसाधनों के प्रशिक्षण या नए संसाधनों को काम पर रखने के लिए लागत की पहचान करें।

है) अब मुख्य मापदंड के लिए प्रत्येक उपकरण की तुलना करें:

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

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

Q # 8) वर्तमान में मेरी परियोजना में कोई स्वचालन नहीं है, लेकिन अब मैं स्वचालन को लागू करना चाहता हूं, मेरे कदम क्या होंगे?

उत्तर:

• सबसे पहले, पहचानें कि आप किस प्रकार के परीक्षण / परीक्षण मामलों को स्वचालित करना चाहते हैं।
• उपकरण की पहचान करें
• रूपरेखा तैयार करें
• उपयोगिता फ़ाइलें और पर्यावरण फ़ाइलें बनाएँ।
• स्क्रिप्टिंग शुरू करें
• पहचानें और रिपोर्टिंग पर काम करें।
• स्क्रिप्ट बढ़ाने और बनाए रखने के लिए समय आवंटित करना।

किसी प्रोजेक्ट के लिए ऑटोमेशन टेस्टिंग के लिए आवश्यक कदमों में शामिल हैं:

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

Q # 9) आप कैसे तय करते हैं कि आपको किस टूल का उपयोग करना है?

उत्तर: समापन कौन सा उपकरण सबसे उपयुक्त है परियोजना के लिए बहुत विचार-विमर्श और चर्चा की आवश्यकता है।

Q # 10) एक बार जब आप टूल की पहचान कर लेंगे तो आपके अगले कदम क्या होंगे?

उत्तर: एक बार जब हम उपकरण को अंतिम रूप दे देते हैं, तो हमारा अगला कदम रूपरेखा को डिजाइन करना होगा।

Q # 11) एक रूपरेखा क्या है?

उत्तर: एक फ्रेमवर्क पूरे ऑटोमेशन सूट की संरचना का एक सेट है। यह एक दिशानिर्देश भी है, जिसका अगर पालन किया जाए तो ऐसी संरचना हो सकती है जो बनाए रखने और बढ़ाने में आसान हो।

इन दिशानिर्देशों में शामिल हैं:

• कोडिंग मानकों
• परीक्षण डेटा को संभालना
• तत्वों को बनाए रखना और संभालना (QTP में ऑब्जेक्ट रिपॉजिटरी)
• पर्यावरण फाइलों और संपत्तियों की फाइल को संभालना
• आंकड़ों की रिपोर्टिंग
• हैंडलिंग लॉग

Q # 12) एक अच्छे ढांचे की विशेषताएं क्या हैं?

उत्तर: विशेषताओं में शामिल हैं:

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

क्यू # 13) क्या आप एक ढांचे के बिना कर सकते हैं?

उत्तर: फ्रेमवर्क दिशानिर्देश हैं और अनिवार्य नियम नहीं हैं, इसलिए हम एक फ्रेमवर्क के बिना कर सकते हैं, लेकिन अगर हम इसे बनाते हैं और इसका पालन करते हैं, तो इसे बढ़ाना और बनाए रखना आसान होगा।

Q # 14) ऑटोमेशन टूल के विभिन्न प्रकार क्या हैं जिनसे आप अवगत हैं?

उत्तर: ओपन सोर्स टूल जैसे सेलेनियम, जेमीटर, आदि।

QTP, लोड रनर, Ranorex, RFT और Rational Robot जैसे पेड टूल।

Q # 15) आमतौर पर एक ढांचे की संरचना क्या है?

उत्तर: आम तौर पर संरचना होनी चाहिए - (यह परियोजना से परियोजना में भिन्न होगी)

• वास्तविक परीक्षण स्क्रिप्ट वाले 'src' (स्रोत) फ़ोल्डर।
• सभी पुस्तकालयों और सामान्य विधियों वाले एक 'लीबी' (पुस्तकालय) फ़ोल्डर।
• एक 'क्लास' फोल्डर जिसमें सभी क्लास फाइल (जावा का उपयोग करते हुए केस) है।
• एक 'लॉग' फ़ोल्डर में लॉग फ़ाइल (एस) है।
• एक फ़ाइल / फ़ोल्डर जिसमें सभी वेब तत्व Ids हैं।
• URL, वातावरण और लॉगिन जानकारी युक्त एक फ़ाइल।

क्यू # 16) आप URL, लॉगिन, पासवर्ड जैसी जानकारी कहां रखेंगे?

उत्तर: यह जानकारी हमेशा एक अलग फ़ाइल में बनाए रखी जानी चाहिए।

क्यू # 17) आप इस तरह की जानकारी को एक अलग फ़ाइल में क्यों रखना चाहते हैं और सीधे कोड में नहीं?

उत्तर: URL, लॉगिन और पासवर्ड एक प्रकार के फ़ील्ड हैं जिनका उपयोग बहुत बार किया जाता है और ये पर्यावरण और प्राधिकरण के अनुसार बदलते हैं। यदि हम इसे अपने कोड में हार्डकोड करते हैं, तो हमें इसे प्रत्येक फ़ाइल में बदलना होगा, जिसमें इसका संदर्भ है।

मामले में अगर 100 से अधिक फाइलें हैं, तो सभी 100 फाइलों को बदलना बहुत मुश्किल हो जाता है और यह बदले में त्रुटियों को जन्म दे सकता है। इसलिए इस तरह की जानकारी को एक अलग फाइल में बनाए रखा जाता है ताकि अपडेट करना आसान हो जाए।

Q # 18) विभिन्न प्रकार के फ्रेमवर्क क्या हैं?

उत्तर: विभिन्न प्रकार के ढांचे में शामिल हैं:

• कीवर्ड-संचालित ढांचा
• डेटा-चालित ढांचा
• हाइब्रिड फ्रेमवर्क
• रेखीय पटकथा

क्यू # 19) क्या आप स्वचालन करते समय कुछ अच्छे कोडिंग अभ्यास बता सकते हैं?

उत्तर: कुछ अच्छी कोडिंग प्रथाओं में शामिल हैं:

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

क्यू # 20) किसी भी तरह का परीक्षण जो आपको लगता है कि स्वचालित नहीं होना चाहिए?

उत्तर:

• टेस्ट जो शायद ही कभी निष्पादित होते हैं।
• खोजपूर्ण परीक्षण
• उपयोगिता परीक्षण
• टेस्ट जो मैन्युअल रूप से किए जाने पर जल्दी निष्पादित होता है।

क्यू # 21) क्या आपको लगता है कि परीक्षण केवल UI स्तर पर किया जा सकता है?

कंप्यूटर के लिए डीवीडी चीर करने के लिए सॉफ्टवेयर

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

वास्तव में UI विकसित होने से पहले ही हम परीक्षण कर सकते हैं। हम सीधे ककड़ी और जैसे टूल का उपयोग करके एपीआई या विधियों का परीक्षण कर सकते हैं फिटनैस ।

इस तरह, हम यूआई विकसित होने से पहले ही प्रतिक्रिया दे रहे हैं और परीक्षण कर रहे हैं। इस दृष्टिकोण का अनुसरण करने से हमें UI पर केवल छोटे कॉस्मेटिक परिवर्तनों या कुछ मान्यताओं के GUI पहलू का परीक्षण करने में मदद मिलेगी और बग्स को ठीक करने के लिए अधिक समय देकर डेवलपर्स को मदद मिलेगी।

Q # 22) आप कैसे चुनते हैं कि कौन सा स्वचालन उपकरण आपके लिए सबसे उपयुक्त है?

उत्तर: स्वचालन उपकरण का चयन विभिन्न कारकों पर निर्भर करता है जैसे:

• आवेदन का दायरा जिसे हम स्वचालित करना चाहते हैं।
• लागत और बजट की तरह प्रबंधन ओवरहेड।
• उपकरण को सीखने और कार्यान्वित करने का समय।
• उपकरण के लिए उपलब्ध सहायता का प्रकार।
• उपकरण की सीमा

क्यू # 23) आपको क्या लगता है कि स्वचालन करने के लिए परीक्षक वापस रखते हैं? क्या इसे दूर करने का कोई तरीका है?

उत्तर: परीक्षकों के लिए प्रमुख बाधा प्रोग्रामिंग / कोडिंग सीखना है जब वे स्वचालित करना चाहते हैं। चूंकि परीक्षक कोड नहीं करते हैं, इसलिए कोडिंग को अपनाना परीक्षकों के लिए थोड़ा चुनौतीपूर्ण है।

हम इसे दूर कर सकते हैं:

• स्वचालित करते समय डेवलपर्स के साथ सहयोग करना।
• यह मानते हुए कि स्वचालन पूरी टीम की जिम्मेदारी है न कि केवल परीक्षकों की।
• एक समर्पित समय देते हुए और स्वचालन पर ध्यान केंद्रित करें।
• उचित प्रबंधन का समर्थन प्राप्त करना।

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

Q # 24) ऑटोमेशन टेस्टिंग फ्रेमवर्क क्या है?

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

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

Q # 25) ऑटोमेशन टेस्टिंग फ्रेमवर्क के महत्वपूर्ण मॉड्यूल क्या हैं?

उत्तर: एक स्वचालन परीक्षण ढांचे के महत्वपूर्ण मॉड्यूल हैं:

1. परीक्षण उपकरण: यह उपकरण परीक्षण के तहत आवेदन में अपेक्षित मूल्यों के परीक्षण के लिए मुखर वक्तव्य प्रदान करेगा। उदाहरण के लिए। TestNG, Junit, आदि।
2. डेटा सेटअप: प्रत्येक परीक्षण मामले को उपयोगकर्ता के डेटा को डेटाबेस से या फ़ाइल से या परीक्षण स्क्रिप्ट में एम्बेड करने की आवश्यकता होती है। फ्रेमवर्क डेटा मॉड्यूल को परीक्षण स्क्रिप्ट और वैश्विक चर के लिए डेटा सेवन का ध्यान रखना चाहिए।
3. निर्माण प्रबंधन उपकरण: परीक्षण स्क्रिप्ट बनाने के उपयोग के लिए फ्रेमवर्क का निर्माण और तैनाती की आवश्यकता है।
4. निरंतर एकीकरण उपकरण: CICD (निरंतर एकीकरण और सतत विकास) के साथ, प्रत्येक पुनरावृत्ति पर फ्रेमवर्क में किए गए परिवर्तनों को एकीकृत और तैनात करने के लिए निरंतर एकीकरण उपकरण की आवश्यकता होती है।
5. रिपोर्टिंग उपकरण: चरणों, परिणामों और विफलताओं के बेहतर दृश्य के लिए परीक्षण मामलों के निष्पादन के बाद एक रिपोर्टिंग उपकरण को एक पठनीय रिपोर्ट उत्पन्न करना आवश्यक है।
6. लॉगिंग टूल: फ़्रेमवर्क में लॉगिंग टूल त्रुटि और बग के बेहतर डीबगिंग में मदद करता है।

Q # 26) कुछ स्वचालन परीक्षण उपकरण बताएं।

उत्तर: कुछ प्रसिद्ध स्वचालन परीक्षण उपकरण नीचे दिए गए हैं:

(i) सेलेनियम : सेलेनियम वेब एप्लिकेशन ऑटोमेशन परीक्षण के लिए एक परीक्षण ढांचा है। यह कई ब्राउज़रों का समर्थन करता है और ओएस स्वतंत्र है। सेलेनियम विभिन्न प्रोग्रामिंग भाषाओं जैसे जावा, सी #, पीएचपी, रूबी, और पर्ल, आदि का समर्थन करता है।

सेलेनियम पुस्तकालयों का एक ओपन-सोर्स सेट है जिसका उपयोग अतिरिक्त परीक्षण रूपरेखा विकसित करने या वेब-आधारित अनुप्रयोगों के परीक्षण के लिए स्क्रिप्ट का परीक्षण करने के लिए किया जा सकता है।

(ii) यूएफटी : यूनिफाइड फंक्शनल टेस्टिंग फंक्शनल टेस्टिंग के लिए एक लाइसेंस प्राप्त टूल है। यह एपीआई, वेब सेवाओं, आदि जैसी कई प्रकार की सुविधाएँ प्रदान करता है और डेस्कटॉप, वेब और मोबाइल जैसे कई प्लेटफार्मों का भी समर्थन करता है। UFT स्क्रिप्ट्स विजुअल बेसिक स्क्रिप्टिंग लैंग्वेज में लिखी जाती हैं।

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

Appium क्लाइंट-सर्वर आर्किटेक्चर पर आधारित है और सेलेनियम से विकसित हुआ है।

(iv) ककड़ी : ककड़ी एक ओपन-सोर्स व्यवहार-संचालित विकास उपकरण है। यह वेब-आधारित एप्लिकेशन ऑटोमेशन परीक्षण के लिए उपयोग किया जाता है और रूबी, जावा, स्काला, ग्रूवी, आदि जैसी भाषाओं का समर्थन करता है। ककड़ी सादे पाठ में लिखे निष्पादन योग्य विनिर्देश पढ़ता है और उन विनिर्देशों के लिए परीक्षण के तहत आवेदन का परीक्षण करता है।

सादे पाठ में परिदृश्यों को समझने के लिए खीरे के लिए, हमें कुछ बुनियादी वाक्यविन्यास नियमों का पालन करना होगा, जिन्हें गेरकिन के रूप में जाना जाता है।

(v) टेस्ट कम : TestComplete डेस्कटॉप, वेब, मोबाइल आदि जैसे विभिन्न प्लेटफार्मों में एप्लिकेशन का परीक्षण करने के लिए एक लाइसेंस प्राप्त स्वचालित यूआई परीक्षण उपकरण है। यह एक ब्राउज़र पर एक परीक्षण के मामले को रिकॉर्ड करने और इसे कई ब्राउज़रों पर चलाने के लिए लचीलापन प्रदान करता है और इस तरह क्रॉस ब्राउज़र परीक्षण का समर्थन करता है।

TestComplete में इनबिल्ट ऑब्जेक्ट रिकग्निशन एल्गोरिथम है जो विशिष्ट रूप से किसी ऑब्जेक्ट की पहचान करता है और इसे रिपॉजिटरी में संग्रहीत करता है।

Q # 27) विभिन्न प्रकार की टेस्टिंग फ्रेमवर्क तकनीकें क्या हैं?

उत्तर: ऑटोमेशन टेस्टिंग फ्रेमवर्क तकनीकों के चार प्रकार हैं।

वे:

(i) मॉड्यूलर परीक्षण रूपरेखा:

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

यह मॉड्यूल के बीच एक अमूर्त परत बनाता है, इस प्रकार एक मॉड्यूल के लिए परीक्षण स्क्रिप्ट में कोई भी संशोधन किसी अन्य मॉड्यूल को प्रभावित नहीं करता है।

इस ढांचे के लाभ:

• परीक्षण के मामलों का आसान रखरखाव और मापनीयता।
• पहले से ही स्क्रिप्ट किए गए मॉड्यूल का उपयोग करके परीक्षण के मामले बनाना आसान और तेज है।

नुकसान:

• टेस्ट मामलों में डेटा अंतर्निहित है। इस प्रकार एक ही टेस्ट स्क्रिप्ट को अलग-अलग डेटा के साथ निष्पादित करना स्क्रिप्ट के स्तर पर एक बड़ा बदलाव है।

(ii) डेटा-चालित परीक्षण रूपरेखा:

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

लाभ:

• निष्पादित किए जाने वाले परीक्षण स्क्रिप्ट की संख्या को कम करता है। हम एक ही स्क्रिप्ट को विभिन्न डेटा के साथ कई बार निष्पादित करते हैं।
• स्वचालन परीक्षण के लिए कम कोडिंग।
• बग को बनाए रखने और ठीक करने या कार्यक्षमता को बढ़ाने के लिए अधिक लचीलापन।
• परीक्षण के लिए स्वचालित प्रणाली तैयार होने से पहले ही टेस्ट डेटा बनाया जा सकता है।

नुकसान:

• निष्पादन के चरणों के समान सेट के साथ केवल समान परीक्षण मामलों को डेटा के कई सेटों के लिए जोड़ा जा सकता है। निष्पादन चरणों के विभिन्न सेट के लिए एक अलग परीक्षण मामले की आवश्यकता होती है।

(iii) कीवर्ड-संचालित परीक्षण रूपरेखा:

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

कीवर्ड-आधारित परीक्षण डेटा-चालित परीक्षण में वृद्धि है।

लाभ:

• कम कोडिंग और समान स्क्रिप्ट का उपयोग डेटा के कई सेट के लिए किया जा सकता है।
• कार्यों के लिए पहले से मौजूद कीवर्ड का उपयोग करके टेस्ट केस बनाने के लिए ऑटोमेशन विशेषज्ञता की आवश्यकता नहीं है।
• एक ही कीवर्ड का उपयोग कई परीक्षण मामलों में किया जा सकता है।

नुकसान:

• यह ढाँचा अधिक जटिल है क्योंकि इसमें खोजशब्द क्रियाओं और डेटा इनपुट का ध्यान रखना आवश्यक है।
• परीक्षण के मामले लंबे और जटिल हो जाते हैं जिससे उसी की स्थिरता प्रभावित होती है।

(iv) हाइब्रिड टेस्टिंग फ्रेमवर्क:

यह ढांचा उपर्युक्त सभी परीक्षण रूपरेखाओं का एक संयोजन है (मॉड्यूलर, डेटा-संचालित और कीवर्ड-संचालित)।

इस फ्रेमवर्क में, मॉड्यूलर लिपियों को मॉड्यूलर टेस्टिंग फ्रेमवर्क में जोड़कर टेस्ट केस विकसित किए जाते हैं। परीक्षण मामलों में से प्रत्येक एक ड्राइवर स्क्रिप्ट का उपयोग करता है जो डेटा-संचालित फ्रेमवर्क और एक कीवर्ड-आधारित कार्रवाई फ़ाइल के रूप में डेटा फ़ाइल का उपयोग करता है।

लाभ:

• मॉड्यूलर और बनाए रखने में आसान।
• कम कोडिंग अधिक परीक्षण मामलों की देखभाल कर सकती है।
• एक परीक्षण मामले को डेटा के कई सेटों के साथ निष्पादित किया जा सकता है।

नुकसान:

• पढ़ने, बनाए रखने और बढ़ाने के लिए जटिल।

Q # 28) आप ऑटोमेशन टेस्टिंग पर मैन्युअल परीक्षण कब पसंद करते हैं?

उत्तर: हम निम्नलिखित मामलों में स्वचालन परीक्षण पर मैनुअल परीक्षण पसंद करते हैं:

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

Q # 29) फुर्तीली कार्यप्रणाली में स्वचालन परीक्षण उपयोगी है या नहीं?

उत्तर: स्वचालन परीक्षण प्रतिगमन, धुएं या पवित्रता परीक्षण के लिए उपयोगी है। पारंपरिक झरने के मॉडल में इन सभी प्रकार के परीक्षण चक्र के अंत में होते हैं और कभी-कभी यदि आवेदन में बहुत अधिक वृद्धि नहीं होती है, तो हमें भी नहीं करना होगा प्रतिगमन परीक्षण ।

जबकि, में फुर्तीली कार्यप्रणाली , हर पुनरावृत्ति को प्रतिगमन परीक्षण मामले को निष्पादित करने की आवश्यकता होती है क्योंकि कुछ नई कार्यक्षमताएं जोड़ी जाती हैं।

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

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

Q # 30) स्वचालन परीक्षण के कुछ फायदे और नुकसान की सूची बनाएं।

उत्तर:

लाभ:

• कम मानव संसाधन
• पुनर्प्रयोग
• कम समय में अधिक टेस्ट कवरेज
• विश्वसनीयता
• परीक्षण मामलों के समानांतर निष्पादन
• तेज

नुकसान:

विंडोज़ 10 के लिए सबसे अच्छा मुफ्त क्लीनर

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

Q # 31) मैन्युअल परीक्षण के कुछ फायदे और नुकसान की सूची बनाएं।

उत्तर:

लाभ:

• पर्यावरण सेटअप की जरूरत नहीं
• प्रोग्रामिंग ज्ञान की आवश्यकता नहीं है।
• गतिशील रूप से बदलती आवश्यकताओं के लिए अनुशंसित।
• अधिक बग्स का पता लगाने के लिए मानव अवलोकन शक्ति की अनुमति दें।
• अल्पकालिक परियोजनाओं के लिए लागत कम है।
• FLEXIBILITY

नुकसान:

• जटिल गणना करने में कठिनाई।
• पुनर्प्रयोग
• समय लग रहा है
• मानवीय त्रुटियों या गलतियों का उच्च जोखिम।
• अधिक मानव संसाधन की आवश्यकता है।

क्यू # 32) क्या हम एक फ्रेमवर्क के बिना स्वचालन परीक्षण कर सकते हैं? यदि हाँ, तो हमें रूपरेखा की आवश्यकता क्यों है?

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

यदि हम परीक्षण मामलों को एक ढांचे के बिना स्वचालित करते हैं तो परीक्षण मामलों के लिए प्रोग्रामिंग स्क्रिप्ट में कोई स्थिरता नहीं होगी।

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

Q # 33) आप किसी एप्लिकेशन के लिए बुनियादी 'लॉगिन' कार्यक्षमता परीक्षण मामलों को कैसे स्वचालित करेंगे?

उत्तर: यह मानते हुए कि स्वचालन उपकरण और ढांचा पहले से ही परीक्षण वातावरण के स्थान पर है।

बुनियादी 'लॉगिन' कार्यक्षमता का परीक्षण करने के लिए:

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

Q # 34) क्या स्वचालन एक ब्लैक बॉक्स परीक्षण या व्हाइट-बॉक्स परीक्षण है?

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

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

इस प्रकार स्वचालित परीक्षण ब्लैक या व्हाइट बॉक्स प्रकार दोनों प्रकार के परीक्षण हो सकते हैं जो उन स्वचालन के आधार पर किए जाते हैं।

Q # 35) आपने प्रति दिन कितने परीक्षण मामलों को स्वचालित किया है?

उत्तर: खैर, संख्या परीक्षण मामलों की जटिलता पर निर्भर करती है। जब जटिलता सीमित थी, तो मैं प्रति दिन 5 से 6 परीक्षण मामलों को स्वचालित करने में सक्षम था। कभी-कभी, मैं जटिल परिदृश्यों के लिए केवल एक परीक्षण मामले को स्वचालित करने में सक्षम था।

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

Q # 36) स्वचालन परीक्षण की प्रभावशीलता कौन से कारक निर्धारित करते हैं?

उत्तर: स्वचालन परीक्षण की प्रभावशीलता निर्धारित करने वाले कुछ कारक हैं:

• परीक्षण मामलों के मैनुअल निष्पादन पर स्क्रिप्ट चलाने से समय की बचत होती है।
• दोष पाया
• टेस्ट कवरेज या कोड कवरेज
• रखरखाव का समय या विकास का समय
• लिपियों की स्थिरता
• परीक्षण पुन: प्रयोज्यता
• परीक्षण के तहत सॉफ्टवेयर की गुणवत्ता

Q # 37) कौन से परीक्षण मामलों को स्वचालित किया जा सकता है?

उत्तर: स्वचालित होने वाले परीक्षण मामलों के प्रकार हैं:

(i) धुआँ परीक्षण के मामले: स्मोक परीक्षण को बिल्ड सत्यापन परीक्षण के रूप में भी जाना जाता है। जब परीक्षण करने के लिए स्वीकृति के लिए बिल्ड के स्वास्थ्य की जांच के लिए एक नया बिल्ड जारी किया जाता है, तो हर बार धूम्रपान परीक्षण के मामले चलाए जाते हैं।

(ii) प्रतिगमन परीक्षण मामले : प्रतिगमन परीक्षण यह सुनिश्चित करने के लिए परीक्षण है कि पहले विकसित मॉड्यूल काम कर रहे हैं जैसा कि एक नया मॉड्यूल जोड़े जाने के बाद अपेक्षित है या बग ठीक हो गया है।

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

(iii) जटिल गणना परीक्षण मामले: परीक्षण मामले जो इस श्रेणी में एक आवेदन गिरावट के लिए एक क्षेत्र को सत्यापित करने के लिए कुछ जटिल गणनाओं को शामिल करते हैं। जटिल गणना परिणाम मानवीय त्रुटियों के लिए अधिक प्रवण होते हैं इसलिए स्वचालित होने पर वे सटीक परिणाम देते हैं।

(iv) डेटा-चालित परीक्षण मामले: ऐसे परीक्षण मामले जिनके पास चरणों का एक ही सेट है और डेटा के परिवर्तन के साथ कई बार चलते हैं, डेटा-संचालित परीक्षण मामलों के रूप में जाने जाते हैं। इस प्रकार के परीक्षण मामलों के लिए स्वचालित परीक्षण त्वरित और लागत प्रभावी है।

(v) गैर-कार्यात्मक परीक्षण मामले : लोड परीक्षण और प्रदर्शन परीक्षण जैसे परीक्षण मामलों में कई उपयोगकर्ताओं और कई हार्डवेयर या सॉफ़्टवेयर संयोजनों के साथ एक नकली वातावरण की आवश्यकता होती है।

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

Q # 38) ऑटोमेशन टेस्टिंग लाइफ साइकिल के चरण क्या हैं?

उत्तर: स्वचालन परीक्षण जीवन चक्र में चरणों में शामिल हैं:

1. स्वचालन परीक्षण करने का निर्णय।
2. स्वचालन उपकरण के बारे में पहचानें और जानें।
3. स्वचालन परीक्षण का दायरा निर्धारित करें।
4. एक परीक्षण सूट डिजाइन और विकसित करें।
5. परीक्षण निष्पादन
6. परीक्षण लिपियों का रखरखाव।

Q # 39) स्वचालित परीक्षण स्क्रिप्ट क्या है?

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

जब यह कार्यक्रम चलता है, तो परीक्षा परिणाम पास या असफल होने पर निर्भर करता है कि आवेदन उम्मीदों के अनुसार है या नहीं।

निष्कर्ष

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

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

कुछ मूलभूत परिदृश्यों के तर्क लिखने के लिए प्रश्न जावा की मूल बातें से शुरू होते हैं:

• आप दिए गए लाइन से पाठ का एक सेट कैसे निकालेंगे?
• आप URL कैसे निकालेंगे?
• किसी भी वेब पेज में, किसी भी फ्रेम में, लिंक की संख्या और इसकी सामग्री गतिशील रूप से बदल जाती है, आप इसे कैसे संभालेंगे?
• आप छवियों और फ्लैश ऑब्जेक्ट को कैसे संभालते हैं?
• एक पंक्ति में एक शब्द कैसे मिलता है?

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

मामले में आपको अपना ढांचा बनाने का मौका नहीं मिला और किसी और ने इसे बनाया है, तो साक्षात्कार के लिए बैठने से पहले इसे समझने के लिए कुछ समय दें।

स्वचालन परीक्षण साक्षात्कार के लिए कुछ सुझाव होंगे:

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

आशा है कि ये प्रश्न आपके लिए परीक्षण स्वचालन साक्षात्कार की तैयारी के लिए उपयोगी होंगे।

अनुशंसित पाठ

• साक्षात्कार प्रश्न और उत्तर
• ईटीएल परीक्षण साक्षात्कार प्रश्न और उत्तर
• कुछ दिलचस्प सॉफ्टवेयर परीक्षण साक्षात्कार प्रश्न
• 25 सर्वश्रेष्ठ चुस्त परीक्षण साक्षात्कार प्रश्न और उत्तर
• शीर्ष 20 सबसे महत्वपूर्ण एपीआई परीक्षण साक्षात्कार प्रश्न और उत्तर
• सॉफ्टवेयर परीक्षण प्रश्न और उत्तर (भाग 1)
• सर्वश्रेष्ठ सॉफ्टवेयर परीक्षण उपकरण 2021 (क्यूए टेस्ट स्वचालन उपकरण)
• शीर्ष 30 सुरक्षा परीक्षण साक्षात्कार प्रश्न और उत्तर