top 25 functional testing interview questions
अधिकांश सामान्य रूप से पूछे जाने वाले कार्यात्मक परीक्षण साक्षात्कार प्रश्न और उत्तर:
जैसा कि नाम ही परिभाषित करता है, कार्यात्मक परीक्षण आवश्यकता दस्तावेज़ विनिर्देशों के संबंध में एक आवेदन के परीक्षण की प्रक्रिया है।
कार्यात्मक परीक्षण या तो मैन्युअल रूप से या स्वचालन के माध्यम से किया जा सकता है, लेकिन प्रत्येक प्रक्रिया में इनपुट का एक सेट प्रदान करके आवेदन का परीक्षण करना और अपेक्षित परिणामों के साथ वास्तविक परिणाम की तुलना करके परिणाम / आउटपुट का निर्धारण या सत्यापन करना शामिल है।
कार्यात्मक परीक्षण के विभिन्न चरण होते हैं जिन्हें परीक्षण करते समय विचार किया जाता है। इस लेख में, हम कई साक्षात्कार प्रश्न और उत्तर देखेंगे जो आपको अच्छी तरह से तैयार करने में मदद करेंगे।
सबसे लोकप्रिय कार्यात्मक परीक्षण साक्षात्कार प्रश्न
Q # 1) 'कार्यात्मक परीक्षण' शब्द से आप क्या समझते हैं?
उत्तर: एक ब्लैक बॉक्स परीक्षण तकनीक, जहां एक एप्लिकेशन की कार्यक्षमता को कुछ इनपुट प्रदान करके वांछित आउटपुट उत्पन्न करने के लिए परीक्षण किया जाता है, जिसे 'कार्यात्मक परीक्षण' कहा जाता है।
कार्यात्मक परीक्षण की भूमिका न केवल आवश्यकता दस्तावेज़ विनिर्देश के अनुसार आवेदन के व्यवहार को मान्य करने के लिए है, बल्कि यह सत्यापित करने के लिए भी है कि आवेदन लाइव वातावरण में जारी करने के लिए तैयार है या नहीं।
नीचे दिए गए कुछ कार्यात्मक परीक्षण तकनीक हैं जो आमतौर पर उपयोग की जाती हैं:
- इकाई का परीक्षण
- धुआँ परीक्षण
- एकीकरण जांच
- सिस्टम परीक्षण
- उपयोगिता परीक्षण
- प्रतिगमन परीक्षण
- उपयोगकर्ता स्वीकृति परीक्षण
Q # 2) वे कौन से महत्वपूर्ण चरण हैं जो कार्यात्मक परीक्षण में शामिल हैं?
उत्तर: निम्नलिखित चरण हैं जिन्हें कार्यात्मक परीक्षण के एक भाग के रूप में कवर किया जाना चाहिए:
- आवश्यकता दस्तावेज़ विनिर्देश को समझना और समीक्षा टिप्पणियों के रूप में संदेह और प्रश्नों को साफ़ करना।
- सभी मामलों के लिए विचार किए जाने वाले सभी परिदृश्यों को ध्यान में रखते हुए परीक्षण मामलों को आवश्यकता विनिर्देश के संबंध में लिखना।
- परीक्षण इनपुट की पहचान करना और परीक्षण डेटा का अनुरोध करना जो परीक्षण मामलों को निष्पादित करने के साथ-साथ आवेदन की कार्यक्षमता की जांच करने के लिए आवश्यक है।
- परीक्षण किए जाने वाले इनपुट मूल्यों के अनुसार वास्तविक परिणाम निर्धारित करें।
- परीक्षण मामलों को निष्पादित करें जो यह निर्धारित करते हैं कि क्या आवेदन व्यवहार अपेक्षित है या कोई दोष हुआ है।
- वास्तविक परिणाम और वास्तविक परिणाम का पता लगाने के लिए गणना परिणाम की तुलना करें।
Q # 3) कार्यात्मक परीक्षण और गैर-कार्यात्मक परीक्षण के बीच अंतर स्पष्ट करें।
उत्तर: कार्यात्मक परीक्षण और गैर-कार्यात्मक परीक्षण के बीच के अंतर को नीचे बताया जा सकता है:
क्रियात्मक परीक्षण | NonFunctional परीक्षण |
---|---|
क्लाइंट कार्यात्मक आवश्यकताओं के अनुसार सिस्टम व्यवहार को निर्धारित करने के लिए कार्यात्मक परीक्षण किया जाता है। | गैर-कार्यात्मक परीक्षण ग्राहक की अपेक्षाओं के अनुसार प्रणाली के प्रदर्शन को निर्धारित करने की प्रक्रिया है |
कार्यात्मक परीक्षण पहले मैनुअल और स्वचालन परीक्षण उपकरणों की मदद से किया जाता है। | गैर-कार्यात्मक परीक्षण आवश्यक उपकरणों के साथ कार्यात्मक परीक्षण के बाद किया जाता है। |
कार्यात्मक परीक्षण में इनपुट के रूप में क्लाइंट आवश्यकताओं को मैन्युअल परीक्षण करना आसान है। | स्केलेबिलिटी, विश्वसनीयता, गति और अन्य प्रदर्शन मापदंडों के रूप में मैनुअल परीक्षण करना मुश्किल है, गैर कार्यात्मक परीक्षण में इनपुट हैं। |
कार्यात्मक परीक्षण निम्न प्रकार के होते हैं: • इकाई का परीक्षण • धुआँ परीक्षण • स्वच्छता परीक्षण • एकीकरण जांच • उपयोगकर्ता स्वीकृति परीक्षण • प्रतिगमन परीक्षण | गैर-कार्यात्मक परीक्षण निम्न प्रकार के हैं: • प्रदर्शन का परीक्षण • लोड, तनाव, वॉल्यूम परीक्षण • सुरक्षा परीक्षण • संगतता परीक्षण |
Q # 4) ’बिल्ड’) रिलीज़ ’से अलग कैसे है?
उत्तर: निर्माण एक निष्पादन योग्य फ़ाइल है जो एक एप्लिकेशन के उस हिस्से को संदर्भित करता है जिसे कुछ बग फिक्स के साथ आवेदन की कार्यान्वित कार्यक्षमता का परीक्षण करने के लिए एक परीक्षक को सौंप दिया जाता है। निर्माण को परीक्षण टीम द्वारा अस्वीकार कर दिया जा सकता है यदि यह महत्वपूर्ण चेकलिस्ट पारित नहीं करता है जिसमें आवेदन की प्रमुख कार्यक्षमता शामिल है।
एक आवेदन के परीक्षण चक्र में कई बिल्ड हो सकते हैं।
रिहाई सॉफ्टवेयर एप्लिकेशन को संदर्भित करता है जो अब परीक्षण के चरण में नहीं है और परीक्षण और विकास के पूरा होने के बाद, एप्लिकेशन क्लाइंट को सौंप दिया जाता है। एक रिलीज में इसके साथ कई बिल्ड हैं।
Q # 5) बग चक्र की व्याख्या कीजिए।
उत्तर: बग को एक अवांछित त्रुटि, दोष, गलती आदि कहा जाता है, जो अनुप्रयोग के भीतर हुई है और इसे वांछित आउटपुट देने से रोकती है। जब परीक्षण करते समय किसी भी दोष या बग का सामना करना पड़ता है, तो एक दोष को उसके संकल्प तक लॉग करने से, एक बग बग जीवनचक्र के रूप में जाना जाता है।
नीचे का आंकड़ा आपको बग जीवनचक्र का एक विचार देगा:
(छवि स्रोत )
जब कोई समस्या या बग सामने आता है तो पूरी प्रक्रिया होती है। यह एक काफी प्रारूप के बाद बग ट्रैकिंग टूल में सूचना / लॉग इन है। ये बग डेवलपर को दिए जाते हैं और इसकी स्थिति 'ओपन' के रूप में बनाई जाती है। डेवलपर अब बग की समीक्षा कर सकता है, इसे अपने अंत में पुन: पेश कर सकता है और इस पर काम करना शुरू कर सकता है।
यदि बग ठीक हो जाता है, तो डेवलपर अपनी स्थिति को ’फिक्स्ड’ में बदल देता है या स्थिति को ‘अधिक जानकारी की आवश्यकता’ के लिए स्थानांतरित किया जा सकता है, ’ठीक नहीं होगा’, reprod पुन: पेश नहीं कर सकता ’, आदि अन्य मामलों में। QA तब प्रतिगमन करता है यानी एक विशिष्ट क्रिया के साथ बग्स को फिर से सत्यापित करता है और तदनुसार प्रतिक्रिया करता है।
यदि मुद्दे / बग अब उम्मीद के मुताबिक व्यवहार कर रहे हैं, तो इसकी स्थिति को सत्यापित / बंद और फिर से खोल दी गई है।
Q # 6) अपने विवरण के साथ कुछ बग स्थिति भी सूचीबद्ध करें।
उदाहरण के साथ सफेद बॉक्स परीक्षण क्या है
उत्तर: नीचे सूचीबद्ध कुछ बग स्टेटस उनके विवरण के साथ हैं:
- नवीन व: जब पहली बार दोष या बग को लॉग किया जाता है तो इसे नया कहा जाता है।
- सौंपा गया: परीक्षक द्वारा बग को लॉग करने के बाद, परीक्षक बग के द्वारा उसके बग की समीक्षा की जा रही है और फिर उसे संबंधित डेवलपर टीम को सौंपा गया है।
- खुला हुआ: परीक्षक खुले राज्य में एक बग में प्रवेश करता है और यह तब तक खुली स्थिति में रहता है जब तक कि डेवलपर ने उस बग पर कुछ कार्य नहीं किया हो।
- हल / फिक्स्ड: जब किसी डेवलपर ने बग को हल कर लिया है, यानी अब एप्लिकेशन किसी विशेष मुद्दे के लिए वांछित आउटपुट का उत्पादन कर रहा है, तो डेवलपर अपनी स्थिति को रेजोल्यूड / फिक्स्ड में बदल देता है।
- सत्यापित / बंद: जब किसी डेवलपर ने स्थिति को हल / निर्धारित करने के लिए बदल दिया है, तो परीक्षक अब उसके अंत में मुद्दे का परीक्षण करता है और यदि यह तय हो जाता है तो वह बग की स्थिति को he सत्यापित / बंद ’में बदल देता है।
- फिर से खोलें: यदि कोई परीक्षक बग को फिर से पुन: उत्पन्न करने में सक्षम है, अर्थात बग डेवलपर द्वारा ठीक करने के बाद भी मौजूद है, तो इसे रोपेन के रूप में चिह्नित किया जाता है।
- बग नहीं / अमान्य: बग को अमान्य के रूप में चिह्नित किया जा सकता है या डेवलपर द्वारा बग नहीं बताया जा सकता है जब रिपोर्ट की गई कार्यक्षमता के अनुसार है लेकिन गलत व्याख्या के कारण लॉग किया गया है।
- स्थगित: आमतौर पर जब बग रिलीज के लिए न्यूनतम प्राथमिकता होती है और यदि समय का अभाव होता है, तो उस स्थिति में, उन न्यूनतम प्राथमिकता वाले बग को अगली रिलीज के लिए टाल दिया जाता है।
- पुनः उत्पन्न नहीं कर सकते: यदि डेवलपर समस्या के अनुसार चरणों का पालन करके बग को अपने अंत में पुन: उत्पन्न करने में असमर्थ है।
Q # 7) डेटा-संचालित परीक्षण के रूप में क्या जाना जाता है?
उत्तर: डेटा-चालित परीक्षण एक कार्यप्रणाली है जहाँ परीक्षण स्क्रिप्ट वाले परीक्षण स्क्रिप्ट की श्रृंखला को एक्सेल स्प्रेडशीट, XML फ़ाइल, CSV फ़ाइल, इनपुट मूल्यों के लिए SQL डेटाबेस और वास्तविक आउटपुट की तुलना सत्यापन में अपेक्षित एक की तुलना में बार-बार की जाती है। प्रक्रिया।
उदाहरण के लिए, डेटा-संचालित परीक्षण के लिए एक टेस्ट स्टूडियो का उपयोग किया जाता है।
डेटा-चालित परीक्षण के कुछ फायदे हैं:
- पुन: प्रयोज्यता।
- पुनरावृत्ति।
- टेस्ट लॉजिक से टेस्ट डेटा को अलग करना।
- परीक्षण मामलों की संख्या कम हो जाती है।
Q # 8) टेस्ट केस लिखते समय किन महत्वपूर्ण बिंदुओं पर विचार किया जाना चाहिए?
उत्तर: एक परीक्षण मामले को लिखना परीक्षण निष्पादन प्रक्रिया की सबसे महत्वपूर्ण गतिविधि कहा जाता है जिसमें प्रभावी और पुन: प्रयोज्य परीक्षण मामलों को बनाने के लिए लेखन कौशल के साथ-साथ आवेदन के गहन ज्ञान की आवश्यकता होती है।
परीक्षण मामलों को लिखते समय कुछ महत्वपूर्ण बिंदुओं पर विचार किया जाना चाहिए:
- परीक्षण मामलों को लिखने से पहले ग्राहक की आवश्यकताओं की स्पष्ट समझ होनी चाहिए। कुछ भी नहीं माना जाना चाहिए और आवश्यकताओं के बारे में हर संदेह को साफ किया जाना चाहिए।
- हर आवश्यकता को परीक्षण मामलों के रूप में शामिल किया जाना चाहिए और कुछ भी नहीं छोड़ा जाना चाहिए। आमतौर पर हर आवश्यकता कार्यान्वयन और परीक्षण पूरा होने पर जांच रखने के लिए ट्रेसेबिलिटी मैट्रिक्स को बनाए रखा जाता है।
- आवश्यकता दस्तावेज़ विनिर्देशों के अनुसार, UI इंटरफ़ेस सहित प्रत्येक कार्यात्मक और गैर-कार्यात्मक आवश्यकता, संगतता को कवर किया जाना चाहिए।
- पुनरावृत्ति या अतिरेक के लिए समय-समय पर परीक्षण के मामलों की जाँच की जानी चाहिए।
- प्राथमिकता एक महत्वपूर्ण कारक है जिसे लिखते समय परीक्षण मामलों के लिए निर्धारित किया जाना चाहिए। यह प्राथमिकता परीक्षक को पहले उच्च प्राथमिकता परीक्षण मामलों के साथ आवेदन का परीक्षण करने में मदद करती है जिसमें बुनियादी कार्यक्षमता, फिर मध्यम और बाद में कम प्राथमिकता वाले परीक्षण मामले शामिल हैं।
- एक विशेष रिलीज के लिए, परीक्षण मामलों को स्प्रिंट वार भी बनाया जा सकता है ताकि परीक्षक, साथ ही डेवलपर, परीक्षण मामले के निष्पादन के आधार पर उत्पाद की गुणवत्ता का विश्लेषण कर सके।
- परीक्षण मामलों की संरचना को आसानी से समझा जाना चाहिए और एक सरल भाषा में होना चाहिए। परीक्षण मामलों के लिए इनपुट डेटा मान मान्य होने के साथ-साथ विस्तृत श्रेणी में भी होना चाहिए।
Q # 9) स्वचालन परीक्षण क्या है?
उत्तर: ऑटोमेशन टेस्टिंग एक टेस्टिंग मेथोडोलॉजी है जहां टेस्ट कवरेज बढ़ाने के लिए ऑटोमेशन टूल का उपयोग किया जाता है ताकि टेस्ट कवरेज को बढ़ाने के साथ-साथ निष्पादन को गति दी जा सके। ऑटोमेशन परीक्षण के लिए किसी मानव हस्तक्षेप की आवश्यकता नहीं होती है क्योंकि यह प्री-स्क्रिप्टेड परीक्षणों को निष्पादित करता है और पिछले परीक्षण रन के परिणामों की रिपोर्ट करने और तुलना करने में सक्षम है।
पुनरावृत्ति, उपयोग में आसानी, सटीकता, और अधिक स्थिरता स्वचालन परीक्षण के कुछ फायदे हैं।
कुछ स्वचालन परीक्षण उपकरण नीचे सूचीबद्ध हैं:
- सेलेनियम
- टेल्यूरियम
- पानी
- साबुन
Q # 10) तनाव परीक्षण और लोड परीक्षण शब्द की व्याख्या करें।
उत्तर:
तनाव परीक्षण प्रदर्शन परीक्षण का एक रूप है, जहां आवेदन उस बिंदु को निर्धारित करने के लिए अतिशयोक्ति या तनाव से गुजरने के लिए बाध्य होता है यानी ब्रेक के थ्रेशोल्ड के ऊपर आवेदन का निष्पादन, जहां आवेदन क्रैश होता है। यह स्थिति आमतौर पर तब उत्पन्न होती है जब बहुत अधिक उपयोगकर्ता और बहुत अधिक डेटा होते हैं।
कार्यभार कम होने पर तनाव परीक्षण भी अनुप्रयोग पुनर्प्राप्ति की पुष्टि करता है।
लोड परीक्षण प्रदर्शन परीक्षण का एक रूप है जहां सर्वर के शिखर प्रदर्शन, प्रतिक्रिया समय, सर्वर थ्रूपुट आदि के प्रदर्शन की निगरानी के लिए विभिन्न लोड स्तरों के ऊपर आवेदन निष्पादित किया जाता है। लोड परीक्षण प्रक्रिया स्थिरता के माध्यम से, आवेदन की कार्यक्षमता और अखंडता समवर्ती सिस्टम लोड के तहत निर्धारित की जाती है। ।
Q # 11) वॉल्यूम परीक्षण से आप क्या समझते हैं?
उत्तर: वॉल्यूम परीक्षण प्रदर्शन परीक्षण का एक रूप है जो सर्वर के प्रदर्शन स्तर और प्रतिक्रिया के समय को निर्धारित करता है जब समवर्ती उपयोगकर्ता, साथ ही डेटाबेस से बड़े डेटा लोड, परीक्षण के तहत सिस्टम / एप्लिकेशन पर डाल दिए जाते हैं।
Q # 12) विभिन्न परीक्षण तकनीकों का प्रयोग कार्यात्मक परीक्षण में क्या किया जाता है?
उत्तर: दो अलग-अलग परीक्षण तकनीकें हैं जो कार्यात्मक परीक्षण में उपयोग की जाती हैं।
उन्हें नीचे के रूप में परिभाषित किया जा सकता है:
- आवश्यकता आधारित परीक्षण: कार्यात्मक परीक्षण का यह रूप जोखिम मानदंडों के आधार पर आवश्यकताओं को प्राथमिकता देते हुए किया जाता है। यह भी आश्वासन देता है कि सभी महत्वपूर्ण परीक्षण पथ परीक्षण प्रक्रिया में शामिल किए गए हैं।
- व्यवसाय प्रक्रिया-आधारित परीक्षण: कार्यात्मक परीक्षण का यह रूप व्यावसायिक प्रक्रिया के दृष्टिकोण से किया जाता है। परिदृश्यों में परीक्षण करने के लिए व्यावसायिक प्रक्रियाओं का ज्ञान शामिल है।
Q # 13) खोजपूर्ण परीक्षण से आप क्या समझते हैं? यह कब किया जाता है?
उत्तर: व्याख्यात्मक परीक्षण का अर्थ है किसी भी कार्यक्रम या प्रक्रियाओं का पालन किए बिना परीक्षण का परीक्षण करना या उसकी खोज करना। खोजपूर्ण परीक्षण करते समय, परीक्षक किसी भी पैटर्न का पालन नहीं करते हैं और अपने आउट ऑफ बॉक्स सोच और विविध विचारों का उपयोग करके देखते हैं कि आवेदन कैसे प्रदर्शन करता है।
इस प्रक्रिया के बाद आवेदन का सबसे छोटा हिस्सा भी शामिल है और सामान्य परीक्षण मामले की परीक्षण प्रक्रिया की तुलना में अधिक मुद्दों / बगों को खोजने में मदद करता है।
अन्वेषणात्मक परीक्षण आमतौर पर ऐसे मामलों में किया जाता है जब:
- परीक्षण टीम में एक अनुभवी परीक्षक है जो सभी सर्वोत्तम संभव परिदृश्यों को लागू करने के लिए अपने परीक्षण अनुभव का उपयोग कर सकता है।
- सभी महत्वपूर्ण रास्तों को कवर कर लिया गया है और प्रमुख परीक्षण मामलों को आवश्यक विनिर्देशों के अनुसार तैयार किया गया है जिन्हें निष्पादित किया गया है।
- एक महत्वपूर्ण आवेदन है और कोई भी मामला किसी भी मामले में याद नहीं किया जा सकता है।
- नए परीक्षक ने टीम में प्रवेश किया है, एप्लिकेशन की खोज करने से उन्हें बेहतर तरीके से समझने में मदद मिलेगी और साथ ही वे अपने स्वयं के दिमाग का पालन करेंगे, जबकि आवश्यकता दस्तावेज़ में वर्णित पथ का अनुसरण करने के बजाय किसी भी परिदृश्य को निष्पादित करते समय।
Q # 14) किसी भी वेब एप्लिकेशन के लिए, कौन-कौन से लॉगिन फीचर्स हैं जिनका परीक्षण किया जाना चाहिए?
उत्तर: नीचे सूचीबद्ध किए गए संभावित परिदृश्य हैं जो किसी भी एप्लिकेशन की लॉगिन सुविधा का पूरी तरह से परीक्षण करने के लिए किए जा सकते हैं:
- इनपुट फ़ील्ड यानी उपयोगकर्ता नाम और पासवर्ड दोनों मान्य और अमान्य मानों की जाँच करें।
- एक गलत पासवर्ड के साथ मान्य ईमेल आईडी दर्ज करने का प्रयास करें और एक अवैध ईमेल और वैध पासवर्ड भी दर्ज करें। प्रदर्शित उचित त्रुटि संदेश के लिए जाँच करें।
- मान्य क्रेडेंशियल दर्ज करें और आवेदन में लॉग इन करें। यदि अभी भी लॉग इन है, तो जांचने के लिए ब्राउज़र को बंद करें और फिर से खोलें।
- लॉग इन करने के बाद एप्लिकेशन को एंटर करें और फिर दोबारा लॉग इन पेज पर जाकर यह चेक करें कि उपयोगकर्ता को फिर से लॉग इन करने के लिए कहा गया है या नहीं।
- एक ब्राउज़र से साइन इन करें और यह सत्यापित करने के लिए किसी अन्य ब्राउज़र से एप्लिकेशन खोलें कि क्या आप किसी अन्य ब्राउज़र में लॉग इन हैं या नहीं।
- एप्लिकेशन में लॉग इन करने के बाद पासवर्ड बदलें और फिर उस पुराने पासवर्ड से लॉगिन करने का प्रयास करें।
कुछ अन्य संभावित परिदृश्य भी हैं जिनका परीक्षण किया जा सकता है।
Q # 15) वर्तमान परिदृश्य में अभिगम्यता परीक्षण और उसके महत्व को समझाइए।
उत्तर: एक्सेसिबिलिटी टेस्टिंग प्रयोज्य परीक्षण का एक रूप है जहाँ परीक्षण यह सुनिश्चित करने के लिए किया जाता है कि आवेदन को आसानी से सुनने, कलर ब्लाइंडनेस, लो विजिबिलिटी आदि विकलांग लोगों द्वारा नियंत्रित किया जा सकता है। आज के परिदृश्य में, वेब ने हमारे जीवन में प्रमुख स्थान हासिल कर लिया है। ई-कॉमर्स साइटों, ई-लर्निंग, ई-भुगतान, आदि का रूप
इस प्रकार जीवन में बेहतर विकास करने के लिए, हर किसी को विशेष रूप से कुछ विकलांग लोगों को प्रौद्योगिकी का हिस्सा बनने में सक्षम होना चाहिए।
नीचे सूचीबद्ध कुछ प्रकार के सॉफ़्टवेयर हैं जो विकलांग लोगों की सहायता करते हैं और प्रौद्योगिकी का उपयोग करने के लिए विकलांग हैं:
विंडोज़ 10 के लिए सर्वश्रेष्ठ लेखन ऐप्स
- भाषण मान्यता सॉफ्टवेयर
- स्क्रीन रीडर सॉफ्टवेयर
- स्क्रीन आवर्धन सॉफ्टवेयर
- विशेष कीबोर्ड
Q # 16) एडहॉक परीक्षण क्या है?
उत्तर: एडहॉक परीक्षण, आमतौर पर यादृच्छिक परीक्षण के रूप में जाना जाता है परीक्षण का एक रूप है जो किसी भी परीक्षण के मामले या आवेदन की आवश्यकता का पालन नहीं करता है। एडहॉक परीक्षण मूल रूप से एक अनियोजित गतिविधि है जहां दोष खोजने के लिए आवेदन के किसी भी हिस्से को यादृच्छिक रूप से जांचा जाता है।
ऐसे मामलों में, सामना किए गए दोषों को पुन: पेश करना बहुत मुश्किल होता है क्योंकि कोई नियोजित परीक्षण मामलों का पालन नहीं किया जाता है। एडहॉक परीक्षण आमतौर पर तब किया जाता है जब विस्तृत परीक्षण करने के लिए सीमित समय होता है।
Q # 17) समतुल्यता विभाजन क्या है?
उत्तर: समतुल्य विभाजन को समतुल्यता वर्ग विभाजन के रूप में भी जाना जाता है, ब्लैक-बॉक्स परीक्षण का एक रूप है जहां इनपुट डेटा को डेटा वर्गों में विभाजित किया जा रहा है। यह प्रक्रिया परीक्षण मामलों की संख्या को कम करने के लिए की जाती है, लेकिन फिर भी अधिकतम आवश्यकता को कवर करती है।
समतुल्यता विभाजन तकनीक को लागू किया जाता है जहां इनपुट डेटा मानों को श्रेणियों में विभाजित किया जा सकता है। इनपुट मानों की सीमा को इस तरह से परिभाषित किया गया है कि प्रत्येक श्रेणी विभाजन से केवल एक शर्त यह मानकर परीक्षण की जानी चाहिए कि एक ही विभाजन की अन्य सभी स्थितियाँ सॉफ्टवेयर के लिए समान व्यवहार करेंगी।
उदाहरण के लिए: खाते में शेष राशि के अनुसार ब्याज की दर की पहचान करने के लिए, हम खाते में शेष राशि की सीमा की पहचान कर सकते हैं जो ब्याज की एक अलग दर अर्जित करती है।
Q # 18) सीमा मूल्य विश्लेषण की व्याख्या करें।
उत्तर: बाउंड्री वैल्यू एनालिसिस विधि, समतुल्यता वर्ग विभाजन के सीमा मूल्यों की जांच करती है। सीमा मूल्य विश्लेषण मूल रूप से एक परीक्षण तकनीक है जो सीमा मूल्यों के बजाय सीमाओं पर त्रुटियों की पहचान करती है।
उदाहरण के लिए , एक इनपुट फ़ील्ड न्यूनतम 8 वर्ण और अधिकतम 12 वर्ण की अनुमति दे सकती है, फिर 8-12 को वैध श्रेणी और 13 को अमान्य श्रेणी माना जाता है। तदनुसार, परीक्षण मामलों को वैध विभाजन मूल्य, सटीक सीमा मूल्य और अवैध विभाजन मूल्य के लिए लिखा जाता है।
Q # 19) गंभीरता और प्राथमिकता में अंतर स्पष्ट कीजिए।
उत्तर: दोष की गंभीरता परीक्षण के तहत आवेदन पर दोष से स्तर या प्रभाव की डिग्री द्वारा परिभाषित किया गया है। दोष की गंभीरता जितनी अधिक होगी, उतना ही आवेदन पर प्रभाव पड़ता है।
निम्नलिखित 4 वर्ग हैं जिनमें एक दोष गंभीरता को वर्गीकृत किया गया है:
- नाजुक
- प्रमुख
- मध्यम
- कम
प्राथमिकता प्राथमिकता उस क्रम को परिभाषित करता है जिसमें दोष को पहले हल किया जाना चाहिए यानी दोष की प्राथमिकता अधिक होती है, जिसका अर्थ है कि आवेदन अनुपयोगी है या किसी बिंदु पर अटक गया है और दोष को जल्द से जल्द हल किया जाना चाहिए।
निम्नलिखित 3 वर्ग हैं जिनमें एक दोष प्राथमिकता को परिभाषित किया गया है:
- उच्च
- मध्यम
- कम
Q # 20) हम स्मोक टेस्टिंग कब करते हैं?
उत्तर: बिल्ड प्राप्त करने के बाद आवेदन पर धुआँ परीक्षण किया जाता है। परीक्षक आमतौर पर महत्वपूर्ण पथ के लिए परीक्षण करता है और यह सुनिश्चित करने के लिए गहरे में कार्यक्षमता नहीं है कि क्या निर्माण को आगे के परीक्षण के लिए स्वीकार किया जाना है या टूटे हुए आवेदन के मामले में अस्वीकार किया जाना है।
एक स्मोक चेकलिस्ट में आमतौर पर एप्लिकेशन का महत्वपूर्ण पथ होता है जिसके बिना कोई एप्लिकेशन अवरुद्ध होता है।
Q # 21) आप स्वच्छता परीक्षण से क्या समझते हैं?
उत्तर: नई कार्यक्षमता / दोषों को ठीक करने के लिए बिल्ड प्राप्त करने के बाद सनिटी परीक्षण किया जाता है। लक्ष्य के परीक्षण के इस रूप में अपेक्षित रूप से कार्यक्षमता की जांच करना और यह निर्धारित करना है कि बग ठीक है और परीक्षण के तहत आवेदन पर तय बग का प्रभाव भी है।
परीक्षक द्वारा बिल्ड को स्वीकार करने और समय बर्बाद करने का कोई मतलब नहीं है अगर सनिटी परीक्षण विफल हो जाता है।
क्यू # 22) आप आवश्यकता को क्या समझते हैं ट्रेसेबिलिटी मैट्रिक्स?
उत्तर: आवश्यकता ट्रैसेबिलिटी मैट्रिक्स (RTM) परीक्षण की प्रक्रिया पर आवश्यकता कवरेज का ट्रैक रखने के लिए एक उपकरण है।
आरटीएम में, सभी आवश्यकताओं को स्प्रिंट के दौरान उनके विकास के रूप में वर्गीकृत किया जाता है और उनके संबंधित आईडी (नई सुविधा कार्यान्वयन / वृद्धि / पिछले मुद्दों आदि) को ट्रैक रखने के लिए बनाए रखा जाता है कि आवश्यकता दस्तावेज़ में उल्लिखित सब कुछ लागू होने से पहले जारी किया गया है। उत्पाद।
आवश्यकता दस्तावेज़ प्राप्त होते ही आरटीएम बनाया जाता है और उत्पाद के जारी होने तक बनाए रखा जाता है।
Q # 23) जोखिम-आधारित परीक्षण में किन कारकों पर विचार किया जाना है?
उत्तर: किसी परियोजना के जोखिम-आधारित परीक्षण के द्वारा, यह केवल परियोजना-जोखिम-मुक्त वितरित करने के लिए नहीं है, बल्कि जोखिम-आधारित परीक्षण का मुख्य उद्देश्य जोखिम प्रबंधन की सर्वोत्तम प्रथाओं को पूरा करके परियोजना के परिणाम को प्राप्त करना है।
जोखिम आधारित परीक्षण में विचार किए जाने वाले प्रमुख कारक निम्नानुसार हैं:
- उचित आवेदन पर जोखिम आधारित परीक्षण कब और कैसे लागू किया जाए, इसकी पहचान करने के लिए।
- उन उपायों की पहचान करना जो आवेदन के महत्वपूर्ण क्षेत्रों में जोखिम से निपटने के साथ-साथ अच्छी तरह से कार्य करते हैं।
- आवेदन की गुणवत्ता और विशेषता के साथ जोखिम को संतुलित करने वाले परियोजना के परिणाम को प्राप्त करने के लिए।
क्यू # 24) प्रतिगमन परीक्षण और पुनः परीक्षण के बीच अंतर।
उत्तर: प्रतिगमन परीक्षण और पुन: परीक्षण के बीच अंतर को निम्नानुसार समझाया जा सकता है:
प्रतिगमन परीक्षण | निवृत्त हो रहा है |
---|---|
प्रतिगमन परीक्षण परीक्षण का वह रूप है जो यह सुनिश्चित करने के लिए किया जाता है कि किसी भी नई सुविधा या सुधार के कार्यान्वयन से आवेदन के किसी अन्य भाग या कार्यक्षमता पर कोई असर न पड़े। | रिटेनिंग उन परीक्षण मामलों के दोषों को ठीक करने के बाद आवेदन का परीक्षण करने का रूप है जो अंतिम निष्पादन में विफल रहे थे। |
प्रतिगमन परीक्षण के एक भाग के रूप में, अनुप्रयोग में नए परिवर्तन मौजूदा कार्यक्षमता को प्रभावित नहीं करना चाहिए। | रिटायरिंग के एक भाग के रूप में, दोष सत्यापन किया जाता है। |
परियोजना की आवश्यकता के आधार पर, प्रतिगमन परीक्षण को रिटायरिंग के साथ समानांतर किया जा सकता है। | इसकी उच्च प्राथमिकता के कारण प्रतिगमन परीक्षण से पहले रिट्रीट किया जाता है। |
इसे सामान्य परीक्षण के रूप में भी जाना जाता है और इसे पारित परीक्षण मामलों के लिए किया जाता है। | इसे नियोजित परीक्षण के रूप में भी जाना जाता है और केवल असफल परीक्षण मामलों के लिए किया जाता है। |
चूंकि मैनुअल टेस्टिंग में समय लगता है और महंगा हो सकता है, स्वचालन प्रतिगमन परीक्षण के लिए किया जा सकता है। | सेवानिवृत्ति के लिए स्वचालन नहीं किया जा सकता है। |
Q # 25) उपयोगकर्ता स्वीकृति परीक्षण की व्याख्या करें।
उत्तर: उपयोगकर्ता स्वीकृति परीक्षण आमतौर पर उत्पाद का पूरी तरह से परीक्षण करने के बाद किया जाता है। परीक्षण के इस रूप में, सॉफ्टवेयर उपयोगकर्ता या यूं कहें कि क्लाइंट स्वयं ही यह सुनिश्चित करने के लिए एप्लिकेशन का उपयोग करते हैं कि क्या सब कुछ आवश्यकता के अनुसार काम कर रहा है और पूरी तरह से वास्तविक विश्व परिदृश्य में है।
UAT को एंड-यूज़र टेस्टिंग के रूप में भी जाना जाता है।
निष्कर्ष
इस लेख के माध्यम से, मैंने कार्यात्मक परीक्षण के प्रत्येक विषय को समझाने की कोशिश की है, ताकि कोई भी व्यक्ति जो साक्षात्कार की तैयारी कर रहा है, आसानी से विषय को समझ सके और उन्हें भी याद रख सके।
ये कार्यात्मक परीक्षण साक्षात्कार प्रश्न और उत्तर आपको पूर्ण आत्मविश्वास के साथ किसी भी साक्षात्कार को सफलतापूर्वक साफ़ करने के लिए मार्गदर्शन करेंगे।
हम आप सभी की सफलता की कामना करते हैं।
मुझे उम्मीद है, ये कार्यात्मक परीक्षण साक्षात्कार प्रश्न और उत्तर आपको अपने कैरियर में कुछ बिंदु पर मदद करेंगे।
अनुशंसित पाठ
- कार्यात्मक परीक्षण बनाम गैर-कार्यात्मक परीक्षण
- माइक्रो फोकस यूएफटी (यूनिफाइड फंक्शनल टेस्टिंग) टूल के 16 नए फीचर्स - क्यूटीपी बनाम यूएफटी
- 5 सर्वश्रेष्ठ एचपी एकीकृत कार्यात्मक परीक्षण (यूएफटी) वैकल्पिक उपकरण
- शुरुआती के लिए एक पूर्ण गैर-कार्यात्मक परीक्षण गाइड
- जुबुला के लिए एक कदम-दर-चरण गाइड - ओपन सोर्स स्वचालित कार्यात्मक परीक्षण उपकरण
- कार्यात्मक परीक्षण बनाम प्रदर्शन परीक्षण: क्या यह एक साथ होना चाहिए?
- इसके प्रकार और उदाहरण के साथ कार्यात्मक परीक्षण गाइड को पूरा करें
- तोता क्यूए ट्यूटोरियल: क्रॉस ब्राउज़र फंक्शनल टेस्टिंग टूल रिव्यू
- सेलेनियम के साथ एकीकरण और कार्यात्मक परीक्षण के लिए स्पॉक
- यूनिट परीक्षण, एकीकरण परीक्षण और कार्यात्मक परीक्षण के बीच अंतर
- शीर्ष 25 कार्यात्मक परीक्षण साक्षात्कार प्रश्न और उत्तर
- 2021 में शीर्ष 30 कार्यात्मक परीक्षण उपकरण