मेन्यू

कुछ दिलचस्प सॉफ्टवेयर परीक्षण साक्षात्कार प्रश्न

some interesting software testing interview questions

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

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

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

दिलचस्प सॉफ्टवेयर परीक्षण साक्षात्कार

Q # 1) वर्तमान में उत्पादन में एक अनुप्रयोग में, कोड के एक मॉड्यूल को संशोधित किया जा रहा है। क्या पूरे एप्लिकेशन का पुन: परीक्षण करना आवश्यक है या यह केवल उस मॉड्यूल से जुड़ी कार्यक्षमता का परीक्षण करने के लिए पर्याप्त है?

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

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

मुझे लगता है कि यह परिदृश्य आपके प्रश्न का उत्तर अच्छी तरह से समझा देगा।

यदि मॉड्यूल A को संशोधित किया गया है, तो मॉड्यूल B मॉड्यूल A पर निर्भर करता है, और मॉड्यूल C मॉड्यूल A से स्वतंत्र एक सामान्य मॉड्यूल है।

बिक्री के बिंदु के लिए आईपैड का उपयोग करना

इस मामले में, आप पहले मॉड्यूल ए का गहराई से परीक्षण करेंगे। आपका अगला तनाव मॉड्यूल बी पर होगा लेकिन मॉड्यूल सी के बारे में क्या? इस मॉड्यूल का परीक्षण और कम तनाव के साथ किया जाएगा, क्योंकि मॉड्यूल C अपने कामकाज के लिए मॉड्यूल A पर निर्भर नहीं है, बल्कि यह मॉड्यूल B पर निर्भर करता है।

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

प्रतिगमन परीक्षण केवल संशोधित मॉड्यूल से जुड़े उन मॉड्यूल पर किया जाना चाहिए।

Q # 2) परीक्षण के दौरान आपके सामने सबसे चुनौतीपूर्ण स्थिति क्या है?

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

सॉफ्टवेयर टेस्टिंग में मैनुअल के साथ-साथ ऑटोमेशन दोनों में काफी चुनौतियां हैं।

एक ऐसे बग की खोज करना, जिसका पता लगाना मुश्किल था, इस सवाल का जवाब हो सकता है। यह मेरे लिए काफी चुनौतीपूर्ण था। इन अप्रमाणिक बग को ठीक करना मुश्किल हो सकता है लेकिन अक्सर संभव है।

इस बात का हमेशा ध्यान रखें कि जब भी आप इस तरह के प्रश्न का उत्तर दे रहे हों, यथार्थवादी हो और तनाव न पालें। किसी को भी अपनी चमक सुस्त नहीं करने दें। बस अपने आप हो।

Q # 3) अगर कोई फंक्शनल स्पेस या सिस्टम और डेवलपर से संबंधित कोई दस्तावेज नहीं है तो आप क्या करने जा रहे हैं, जिसने कोड लिखा था वह अब कंपनी में काम नहीं करता है, लेकिन आपके पास एक सिस्टम है और परीक्षण करने की आवश्यकता है?

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

इस मामले में, आपको करने की आवश्यकता है खोजपूर्ण परीक्षण उत्पाद की। यह खोज करने के बारे में है, सॉफ्टवेयर के बारे में पता लगाना, यह क्या करता है, यह क्या नहीं करता है, क्या काम करता है और क्या काम नहीं करता है।

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

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

समस्या निवारण साक्षात्कार प्रश्न और उत्तर पीडीएफ

यदि आपके कोई और प्रश्न हैं, तो कृपया नीचे टिप्पणी करें।

अनुशंसित पाठ

^