40 popular test qa analyst interview questions
सबसे अक्सर पूछे जाने वाले टेस्ट / गुणवत्ता आश्वासन विश्लेषक साक्षात्कार प्रश्न और उत्तर:
जिस कैरियर में आप होना चाहते हैं, उसका फैसला करते समय, निर्णायक कारक केवल वह नहीं होता है जिसे आप सोचते हैं कि वह काम करने का आनंद ले सकता है।
लेकिन उस श्रेणी में होने के लिए बहुत सारे कौशल की आवश्यकता होती है, जिम्मेदारियों के साथ-साथ आपके द्वारा चुने गए कैरियर के लिए आवश्यक नौकरी कर्तव्यों को समझना। वही क्यूए विश्लेषक के रूप में अपना करियर चुनते समय जाता है। इसके लिए आपको न केवल एक अच्छा परीक्षक, त्वरित सीखने वाला, असाधारण विचारक होने की आवश्यकता है, बल्कि एक जटिल समस्या हल करने की भी आवश्यकता है।
यद्यपि उपर्युक्त गुणों को तुरंत प्राप्त नहीं किया जाता है, जाहिर है कि इसके लिए अनुभव और कड़ी मेहनत के दिन भी आवश्यक हैं।
यह लेख हर पहलू को कवर करेगा जिसका ज्ञान क्यूए विश्लेषक होना अनिवार्य है। सबसे अधिक बार पूछे जाने वाले क्यूए टेस्ट विश्लेषक साक्षात्कार प्रश्न और उत्तर यहां दिए गए सवाल आपको अपनी साक्षात्कार की तैयारी का स्पष्ट विचार देंगे।
लोकप्रिय क्यूए टेस्ट विश्लेषक साक्षात्कार प्रश्न
क्यू # 1) एक क्यूए विश्लेषक की जिम्मेदारियां क्या हैं?
उत्तर: क्यूए विश्लेषक वह है जो यह सुनिश्चित करता है कि कार्यात्मक और तकनीकी रूप से सॉफ्टवेयर समाधान की प्रत्येक सुविधा के परीक्षण के लिए हर संभव उपाय किया गया है।
क्यूए विश्लेषक की प्रमुख जिम्मेदारियों को निम्नानुसार सूचीबद्ध किया जा सकता है:
- परीक्षण योजना के उद्देश्यों को पूरा करने के लिए सभी गतिविधियों को निष्पादित और प्रबंधित करें।
- उत्पाद को विकसित करने के लिए उच्च गुणवत्ता की प्रक्रियाओं को चुनें।
- आवश्यकता और दस्तावेज़ प्रक्रियाओं का विश्लेषण करने में सक्षम होना चाहिए।
- दस्तावेज़ और सभी दोषों को फिर से सत्यापित करें। दोषों की प्राथमिकता और गंभीरता निर्धारित करें।
- उन्हें परीक्षण मामलों को बनाने, दस्तावेज़ बनाने और बनाए रखने में सक्षम होना चाहिए।
- परीक्षण के परिणामों का विश्लेषण।
Q # 2) टेस्ट प्लान के बारे में आपकी क्या समझ है?
उत्तर: जब आपके पास एक स्पष्ट विचार है कि क्या, कब, कैसे और कौन, तो चीजें आसान हो जाती हैं। सॉफ्टवेयर परीक्षण के साथ भी यही स्थिति है, जहां परीक्षण योजना एक दस्तावेज है जिसमें परीक्षण परियोजना के दायरे, दृष्टिकोण, संसाधन और रूपरेखा के साथ-साथ परियोजना की प्रगति पर नज़र रखने के लिए गतिविधियाँ शामिल हैं।
परीक्षण योजना प्रक्रियाओं का एक रिकॉर्ड है जिसमें शामिल हैं:
- परीक्षण कार्य
- परीक्षण वातावरण
- डिजाइन तकनीक
- प्रवेश और निकास मापदंड
- कोई जोखिम, आदि।
क्यू # 3) उत्पाद विकास में क्यूए टीम द्वारा परिभाषित परीक्षण कार्यों की प्राथमिकता को सूचीबद्ध करें।
उत्तर: परीक्षण कार्यों की प्राथमिकता निम्नानुसार परिभाषित की गई है:
- परीक्षण परियोजना की रूपरेखा और कार्यक्षेत्र से मिलकर एक परीक्षण योजना तैयार की जाती है।
- परीक्षण मामलों को परीक्षण के लिए आवश्यक डेटा के साथ सभी प्रमुख और छोटी कार्यात्मकताओं को कवर करने के लिए तैयार किया जाता है।
- परीक्षण चक्र में परीक्षण परियोजना के आने वाले बिल्डरों के साथ कार्यान्वित कार्यात्मकताओं के अनुसार परीक्षण मामलों का निष्पादन।
- पुन: सत्यापन के साथ ही इसकी प्रगति पर नज़र रखने के साथ दोषपूर्ण रिपोर्टिंग।
- परीक्षण निष्पादन रिपोर्ट सारांश तैयार करना।
Q # 4) सॉफ़्टवेयर परीक्षण करते समय आने वाली कुछ प्रमुख चुनौतियों को सूचीबद्ध करें।
उत्तर: जैसा कि हम कहते हैं कि पूर्ण परीक्षण कभी हासिल नहीं किया जा सकता है, इसमें कई चुनौतियां शामिल हैं। यह एक छोटा हो या एक जटिल हो किसी भी परियोजना के सॉफ्टवेयर परीक्षण करते समय कुछ चुनौतियों का सामना करना पड़ता है।
नीचे सूचीबद्ध कुछ प्रमुख चुनौतियां हैं:
- कुशल परीक्षक की कमी जो आमतौर पर विषय जागरूकता के साथ-साथ ग्राहक के व्यवसाय के अच्छे ज्ञान की कमी का सामना करते हैं।
- समय को भी कारक के रूप में माना जाता है, क्योंकि आमतौर पर परीक्षक गुणवत्ता परीक्षण के साथ परीक्षण कवरेज के बजाय मुख्य रूप से कार्य कवरेज पर ध्यान केंद्रित करते हैं जब कार्यों की एक विशाल सूची पूरी हो जाती है।
- यह तय करने के लिए कि कौन से परीक्षण मामले को पहले और प्राथमिकता के साथ निष्पादित किया जाना है। यह आमतौर पर काम के अनुभव से हासिल होता है।
- आवश्यकताओं की उचित समझ जो आपके सभी परीक्षण प्रयासों को शून्य कर सकती है, यदि आवश्यकता गलत समझी जाती है।
- कम समय और अधिक प्रभावशीलता के साथ परीक्षण को पूरा करने के लिए आवश्यक सर्वोत्तम उपकरणों की अनुपलब्धता।
- अच्छे संचार और विश्लेषण कौशल के साथ परीक्षकों और डेवलपर्स के बीच संबंध को संभालना।
Q # 5) केस टेस्टिंग को परिभाषित करें।
उत्तर: केस टेस्टिंग को कार्यात्मक ब्लैक-बॉक्स टेस्टिंग तकनीक के रूप में परिभाषित किया जा सकता है, जो 'अभिनेताओं' और 'सिस्टम' के बीच हुई बातचीत की श्रृंखला को पकड़ती है। यहां, 'एक्टर्स' को उपयोगकर्ताओं और उनके इंटरैक्शन द्वारा दर्शाया जाता है।
उपयोग के मामले के परीक्षण के लक्षण नीचे सूचीबद्ध हैं:
- परियोजना की कार्यात्मक आवश्यकताओं को व्यवस्थित किया जाता है।
- पथ या परिदृश्य को शुरू से अंत तक रिकॉर्ड करता है।
- एकीकरण दोषों को कवर कर सकते हैं यानी कि दोष विभिन्न घटकों के बीच बातचीत के परिणामस्वरूप हुआ।
- यह मुख्य प्रवाह के साथ-साथ घटनाओं के असाधारण प्रवाह का वर्णन करता है।
- उपयोग के मामले में काम करने के लिए आवश्यक किसी भी पूर्व-शर्तों को पहले निर्दिष्ट किया जाना चाहिए।
Q # 6) टेस्ट रणनीति को परिभाषित करें।
उत्तर: परीक्षण डिजाइन और सामान्य परीक्षण दृष्टिकोण निर्धारित करने के लिए दिशानिर्देशों का एक सेट या परीक्षण दृष्टिकोण जो आमतौर पर परियोजना प्रबंधक द्वारा किया जाता है, टेस्ट रणनीति के रूप में परिभाषित किया गया है। यह परीक्षण योजना के एक छोटे से भाग के रूप में पाया जाता है और इसका उपयोग कई परियोजनाओं द्वारा किया जाता है।
प्रकृति और उत्पाद के क्षेत्र, उत्पाद की विफलता का जोखिम, प्रस्तावित उपकरणों के साथ काम करने में विशेषज्ञता आदि जैसे कारकों के आधार पर विभिन्न परीक्षण दृष्टिकोणों का पालन किया जाता है।
इन दृष्टिकोणों को आगे वर्गीकृत किया गया है:
- सक्रिय दृष्टिकोण , जहां निर्माण से पहले परीक्षण डिजाइन दृष्टिकोण शुरू होता है। इस प्रकार यह निर्माण से पहले बग को खोजने और ठीक करने में मदद करता है।
- प्रतिक्रियात्मक दृष्टिकोण , जहां परीक्षण डिजाइन और कोडिंग के पूरा होने के बाद परीक्षण दृष्टिकोण शुरू किया गया है।
क्यू # 7) गुणवत्ता नियंत्रण और गुणवत्ता आश्वासन के बीच अंतर स्पष्ट करें।
उत्तर: 'गुणवत्ता नियंत्रण' तथा 'गुणवत्ता आश्वासन' किसी भी परीक्षण परियोजना या उत्पाद से संबंधित दो प्रमुख शब्द हैं। आमतौर पर, परीक्षक, जो इस क्षेत्र में नए हैं, दोनों के बीच वास्तविक अंतर को नहीं समझते हैं।
नीचे दी गई तालिका की मदद से अंतर को समझते हैं।
गुणवत्ता आश्वासन | गुणवत्ता नियंत्रण |
---|---|
यह सांख्यिकीय प्रक्रिया नियंत्रण की श्रेणी में आता है। | यह सांख्यिकीय गुणवत्ता नियंत्रण की श्रेणी में आता है। |
यह गुणवत्ता के प्रबंधन के लिए उपयोग की जाने वाली तकनीक है जहां सभी टीम सदस्य प्रक्रिया योजना के लिए जिम्मेदार हैं। | यह गुणवत्ता को सत्यापित करने के लिए उपयोग की जाने वाली तकनीक है जहां परीक्षण टीम योजनाबद्ध प्रक्रिया को निष्पादित करने के लिए जिम्मेदार है। |
कार्यक्रम निष्पादन इस प्रक्रिया में शामिल नहीं है। | इस प्रक्रिया में कार्यक्रम निष्पादन शामिल है। |
यह सुनिश्चित करने के लिए एक सत्यापन प्रक्रिया है कि सही चीजें की जाती हैं। | यह अपेक्षित परिणामों की घटना को सुनिश्चित करने के लिए एक सत्यापन प्रक्रिया है। |
यह एक प्रक्रिया उन्मुख अभ्यास है जहां आवेदन में मुद्दों / दोषों का पता नहीं चलता है। | यह एक उत्पाद उन्मुख अभ्यास है जहां मुद्दों / आवेदन में होने वाली गड़बड़ी की पहचान और रिपोर्ट की जाती है |
इस गुणवत्ता आश्वासन प्रक्रिया में वितरण बनाए जाते हैं। | इस गुणवत्ता नियंत्रण प्रक्रिया में वितरण सत्यापित किए जाते हैं। |
समय लेने वाली गतिविधि नहीं। | समय लेने वाली गतिविधि के रूप में माना जाता है। |
Q # 8) आपके अनुसार, किसी प्रोजेक्ट में QA शुरू करने का अच्छा समय कब है?
उत्तर: सॉफ्टवेयर डेवलपमेंट लाइफ साइकिल (SDLC) के अनुसार, परीक्षण चरण को 'कार्यान्वयन और कोडिंग' चरण के पूरा होने के बाद निष्पादित किया जाता है। लेकिन आज के परिदृश्य में, सर्वोत्तम परिणाम प्राप्त करने के लिए, परियोजना की शुरुआत में परियोजना या उत्पाद का क्यूए शुरू करना आवश्यक है।
इस दृष्टिकोण के बाद नीचे दिए गए प्रमुख लाभ होंगे:
- ग्राहक की गुणवत्ता अपेक्षाओं को पूरा करने के लिए प्रारंभिक प्रक्रिया की योजना।
- टीमों के बीच अच्छा और स्वस्थ संचार।
- परीक्षण पर्यावरण को स्थापित करने के लिए पर्याप्त समय की आवश्यकता होती है।
- परीक्षण योजनाओं की शीघ्र समीक्षा और अनुमोदन की अनुमति देता है।
Q # 9) सत्यापन और सत्यापन प्रक्रियाओं में अंतर करें।
उत्तर: सत्यापन और सत्यापन प्रक्रिया आमतौर पर दो प्रसिद्ध प्रश्नों द्वारा निर्धारित की जाती है अर्थात् क्या हम सिस्टम सही बना रहे हैं? ” तथा 'क्या हम सही प्रणाली का निर्माण कर रहे हैं?' ।
आइए नीचे दी गई तालिका में इन दो प्रक्रियाओं के बीच का दूसरा अंतर देखें:
सत्यापन | मान्यकरण |
---|---|
जैसे निरीक्षण, वॉक-थ्रू, समीक्षाएं, आदि | जैसे धुआँ परीक्षण, प्रतिगमन परीक्षण, कार्यात्मक परीक्षण, आदि। |
सत्यापन को यह निर्धारित करने के लिए उत्पाद के मूल्यांकन की प्रक्रिया के रूप में परिभाषित किया गया है कि क्या यह आवश्यकता और डिजाइन विनिर्देशों से मिलता है। | सत्यापन यह निर्धारित करने की प्रक्रिया है कि सॉफ्टवेयर व्यापार की जरूरत को पूरा करता है या उपयोग के लिए फिट है। |
इसे स्टैटिक टेस्टिंग तकनीक के रूप में माना जाता है, जिसमें सॉफ्टवेयर शामिल नहीं है और इसका निष्पादन नहीं होता है। | यह गतिशील परीक्षण तकनीक के रूप में माना जाता है जहां सॉफ्टवेयर का निष्पादन किया जाता है। |
यह दस्तावेजों, फाइलों, डिजाइनिंग, कार्यक्रमों की कोडिंग आदि का सत्यापन करने का एक मानव आधारित अभ्यास है। | यह वास्तविक उत्पाद को मान्य और परीक्षण करने का एक कंप्यूटर-आधारित अभ्यास है। |
कोड के निष्पादन को शामिल नहीं करता है। | कोड के निष्पादन को आमंत्रित करता है। |
आमतौर पर सॉफ्टवेयर को सुनिश्चित करने के लिए क्यूए टीम द्वारा किया जाता है। | आमतौर पर परीक्षण टीम द्वारा किया जाता है। |
सत्यापन प्रक्रिया से पहले प्रदर्शन किया। | सत्यापन प्रक्रिया के बाद प्रदर्शन किया गया। |
Q # 10) विनाशकारी परीक्षण के लाभ बताएं।
उत्तर: विनाशकारी परीक्षण को परीक्षण के रूप के रूप में परिभाषित किया जाता है जो परीक्षण टीम द्वारा अलग-अलग भार के तहत उत्पाद की विफलता के बिंदु को निर्धारित करने के लिए किया जाता है, अर्थात् अपनी ताकत, कठोरता, कठोरता या दृढ़ता को कहने के लिए आवेदन संरचनात्मक प्रदर्शन का मूल्यांकन करने के लिए।
नीचे सूचीबद्ध विध्वंसक परीक्षण के लाभ हैं:
- एप्लिकेशन डिज़ाइन की कमजोरी निर्धारित की जाती है।
- आवेदन के सेवा जीवन का निर्धारण करें।
- यह लागत और विफलता को कम करने में मदद करता है।
Q # 11) रिटेंशन टेस्टिंग से कैसे अलग है रिटायरमेंट?
उत्तर: सेवानिवृत्ति और प्रतिगमन परीक्षण के बीच कई अंतर हैं।
इसे नीचे दी गई तालिका से आसानी से समझा जा सकता है:
प्रतिगमन परीक्षण | निवृत्त हो रहा है |
---|---|
बग का सत्यापन शामिल नहीं है। | बग का सत्यापन रिटायरिंग का हिस्सा है। |
प्रतिगमन परीक्षण उन समस्याओं को निर्धारित करने या कहने की प्रक्रिया है, जिन्हें कोड परिवर्तन के साथ मौजूदा कार्यक्षमता के लिए प्रस्तुत किया गया है। | दोष के ठीक होने के बाद सेवानिवृत्त असफल परीक्षण के मामले को फिर से सत्यापित करने की प्रक्रिया है। |
स्वचालन के माध्यम से प्रतिगमन परीक्षण किया जा सकता है। | रिटायर होने के लिए परीक्षण मामलों को स्वचालित नहीं कर सकते। |
यह परीक्षण आमतौर पर तब किया जाता है जब मौजूदा कोड में परिवर्तन होता है या कोई नई कार्यक्षमता कहती है। | एक ही वातावरण के साथ एक ही दोष के लिए रिट्रीट किया जाता है लेकिन नए बिल्ड में सुधार के साथ। |
यह सामान्य परीक्षण है जो आमतौर पर पारित परीक्षण मामलों के लिए किया जाता है। | यह नियोजित परीक्षण है जिसे आमतौर पर असफल परीक्षण मामलों के लिए किया जाता है। |
रिटायरिंग के साथ समानांतर प्रदर्शन किया जा सकता है। | प्रतिगमन परीक्षण से पहले किया जाता है। |
यहां तक कि पास परीक्षण मामलों को इस प्रक्रिया के दौरान निष्पादित किया जाता है। | केवल असफल परीक्षण के मामले ही सेवानिवृत्त होते हैं। |
Q # 12) आप डेटा-चालित परीक्षण के बारे में क्या जानते हैं?
उत्तर: प्रत्येक स्वचालन परीक्षक के लिए यह बहुत स्पष्ट है कि स्वचालन परीक्षण स्क्रिप्ट उपयोगकर्ता के कार्यों के रिकॉर्ड किए गए अनुक्रम के साथ परीक्षण किए जाने वाले आवेदन के क्षेत्र को कवर करती है। आम तौर पर, ये क्रियाएं किसी भी त्रुटि का उत्पादन नहीं करती हैं क्योंकि केवल इनपुट डेटा को उन शर्तों के तहत लिया जाता है जिन्हें हमने रिकॉर्ड करते समय दर्ज किया है।
डेटा-चालित परीक्षण यहां तस्वीर में आता है, जहां हम चाहते हैं कि एप्लिकेशन किसी भी प्रकार के इनपुट मूल्यों के लिए अपेक्षित हो। इस प्रयोजन के लिए, डेटा-संचालित परीक्षण के लिए आवश्यक डेटा हार्डकोड नहीं किए जाते हैं, लेकिन टेस्ट स्क्रिप्ट डेटा डेटा स्रोतों जैसे सीएसवी फ़ाइलों, ओडीबीसी स्रोतों, आदि से लेते हैं।
सारांशित करने के लिए, डेटा-चालित परीक्षण लूप में निम्नलिखित क्रियाएं करता है:
मैक के लिए मुक्त प्रवाह चार्ट निर्माता
- भंडारण से इनपुट परीक्षण डेटा लेता है।
- कार्रवाई करने के लिए एप्लिकेशन में डेटा दर्ज किया गया।
- अपेक्षित परिणामों के साथ वास्तविक परिणामों की पुष्टि करें।
- फिर से नए इनपुट परीक्षण डेटा के साथ समान चरणों को दोहराएं।
Q # 13) ट्रैसेबिलिटी मैट्रिक्स क्या है? क्या यह हर परियोजना के लिए आवश्यक है?
उत्तर: किसी भी परियोजना में Traceability मैट्रिक्स नई कार्यात्मकताओं के कार्यान्वयन, मौजूदा कार्यक्षमताओं की वृद्धि आदि से संबंधित परियोजना की प्रगति पर नज़र रखने का साधन है। एक Traceability मैट्रिक्स के माध्यम से, आप हमेशा प्रति क्षमता बनाए रखने वाले हर पहलू के साथ परियोजना की प्रगति पर नज़र रख सकते हैं। तारीख।
आवश्यकता ट्रैसेबिलिटी मैट्रिक्स में नीचे दिए गए पैरामीटर शामिल हैं जो वास्तव में आवश्यकता विनिर्देश दस्तावेज़ के अनुसार हैं।
आवश्यकता के पैरामीटर Traceability मैट्रिक्स में शामिल हैं:
- आवश्यकता दस्तावेज़ का प्रत्येक भाग RTM (रिक्वायरमेंट ट्रैसेबिलिटी मैट्रिक्स) में शामिल किया जाने वाला एक बिंदु है।
- प्रत्येक बिंदु का शीर्षक आवश्यकता विनिर्देश में प्रत्येक अनुभाग का शीर्षक है।
- प्रत्येक बिंदु के अनुरूप, टेस्ट केस आईडी का उल्लेख किया जाता है जो उस विशेष खंड के लिए लिखा जाता है।
- प्रत्येक सेगमेंट में BUG / न्यू फीचर आईडी का भी उल्लेख किया गया है।
- सबसे महत्वपूर्ण बिंदु यह है कि फीचर की ट्रैकिंग भी बनाए रखी जाती है जिसमें प्रोजेक्ट का निर्माण और इसकी सुविधा को लागू किया गया है।
- एक अन्य पैरामीटर में यह भी शामिल है कि क्या अनुभाग पूरी तरह से परीक्षण किया गया है या अभी भी परीक्षण की स्थिति में है।
Q # 14) चुस्त परीक्षण के लाभों का वर्णन करें।
उत्तर: एक परीक्षक होने के नाते, ध्यान अंत उपयोगकर्ता की आवश्यकता को समझने के द्वारा कम समय में गुणवत्ता के उत्पाद को वितरित करता है और सबसे महत्वपूर्ण बात, अंत-उपयोगकर्ता पक्ष से कोई दोष नहीं है। यहाँ, Agile परीक्षण चित्र में आता है जो फुर्तीले सॉफ्टवेयर विकास के सिद्धांत का अनुसरण करता है और क्लाइंट की आवश्यकताओं को जल्दी से सत्यापित करता है।
नीचे उल्लेख चुस्त परीक्षण के लाभ हैं:
- एक क्रॉस-फंक्शनल एगिल टीम परीक्षण में शामिल है, जो बदले में लगातार अंतराल पर परिणाम वितरित करता है।
- बहुत समय और पैसा बचाता है।
- अंतिम उपयोगकर्ता से कम प्रलेखन और समय-समय पर प्रतिक्रिया शामिल है।
- न केवल परीक्षक, बल्कि संचार का सामना करने के लिए प्रबंधक, ग्राहक और डेवलपर सहित पूरी टीम शामिल है।
- दैनिक बैठकों के परिणामस्वरूप, मुद्दों को पहले से अच्छी तरह से निर्धारित किया जा सकता है।
- टीम की उत्पादकता में वृद्धि और परियोजना के तकनीकी पहलुओं की बेहतर समझ।
Q # 15) नकारात्मक परीक्षण क्या है?
उत्तर: नकारात्मक परीक्षण यह सुनिश्चित करने की विधि है कि किसी उत्पाद या एप्लिकेशन की स्थिरता बनाए रखी जाती है या अप्रत्याशित इनपुट दिए जाने पर विफल नहीं होती है। परीक्षण के इस रूप का मुख्य उद्देश्य किसी भी संभावित अमान्य इनपुट डेटा के खिलाफ आवेदन को मान्य करता है।
परीक्षण के इस रूप के रूप में भी जाना जाता है 'विफलता परीक्षण' या 'त्रुटि पथ परीक्षण' और इसका मुख्य उद्देश्य नकारात्मक परिदृश्यों के तहत एप्लिकेशन फ़ंक्शन की विश्वसनीयता की जांच करना है। यह सॉफ्टवेयर की कमजोरी को भी उजागर करता है, दोषों को दूर करता है और डेटा भ्रष्टाचार का एक स्पष्ट विचार देता है।
Q # 16) एड-हॉक टेस्टिंग एंड एक्सप्लोरेटरी टेस्टिंग में अंतर करें?
उत्तर: Ad-hoc टेस्टिंग और Exploratory टेस्टिंग के बीच कई अंतर हैं।
नीचे दी गई तालिका में अंतर देखते हैं:
एडहॉक टेस्टिंग | खोजपूर्ण परीक्षण |
---|---|
परीक्षण के इस रूप में पहले आवेदन सीखना और फिर परीक्षण प्रक्रिया के साथ आगे बढ़ना शामिल है। | जैसा कि नाम से पता चलता है, परीक्षण के इस रूप में परीक्षण करते समय आवेदन सीखना शामिल है। |
परीक्षण करने के लिए दस्तावेजों का कोई विशिष्ट सेट उपलब्ध नहीं है। | आवेदन का परीक्षण दस्तावेजों के विस्तृत सेट के साथ किया जाता है। |
परीक्षण से पहले सॉफ्टवेयर के अनुभव और ज्ञान पर अच्छे हाथ होना आवश्यक है। | खोजपूर्ण परीक्षण करते समय सॉफ्टवेयर एप्लिकेशन का ज्ञान प्राप्त किया जाता है। |
यह एक अनौपचारिक परीक्षण है जो मूल रूप से नकारात्मक परीक्षण का अनुसरण करता है। | इसे औपचारिक परीक्षण माना जाता है जो सकारात्मक परीक्षण का अनुसरण करता है। |
वर्कफ़्लो के साथ काम नहीं करता है। | वर्कफ़्लो के साथ काम करता है। |
Q # 17) ऑटोमेशन टेस्टिंग को मैन्युअल टेस्टिंग पर क्यों पसंद किया जाता है?
उत्तर: खैर, स्वचालन परीक्षण और मैनुअल परीक्षण दोनों का परीक्षण की दुनिया में अपना महत्व और अस्तित्व है।
नीचे दिए गए कुछ महत्वपूर्ण पहलू हैं जिनके कारण मैन्युअल परीक्षण पर स्वचालन परीक्षण को प्राथमिकता दी जाती है:
- परीक्षण को चलाने के लिए एक ही परीक्षण स्क्रिप्ट का उपयोग हर बार किया जा सकता है इस प्रकार स्वचालन परीक्षण को सबसे विश्वसनीय और कुशल माना जाता है।
- प्रतिगमन परीक्षण और बार-बार निष्पादन के मामले में ज्यादातर पसंद किया जाता है।
- स्वचालन परीक्षण को दीर्घकालिक निष्पादन के मामले में एक लागत प्रभावी माना जाता है और इस प्रकार यह सॉफ्टवेयर की बेहतर गुणवत्ता सुनिश्चित करता है।
- टेस्ट स्क्रिप्ट पुन: प्रयोज्य, तेज और हर कोई परिणाम देख सकता है।
- मैन्युअल परीक्षण की तुलना में स्वचालन परीक्षण के लिए उपयोग किए जाने वाले उपकरण अधिक तेज़ और विश्वसनीय हैं।
हालांकि, कुछ और कारक यह निर्धारित करते हैं कि स्वचालन परीक्षण को मैन्युअल परीक्षण से अधिक पसंद किया जाता है। उपर्युक्त प्रमुख कारक हैं।
Q # 18) 'टेस्ट प्रभावशीलता' और 'टेस्ट दक्षता' से आप क्या समझते हैं?
उत्तर: टेस्ट दक्षता किसी विशेष फ़ंक्शन को निष्पादित या कहने के लिए उपभोग किए गए संसाधनों और परीक्षण कोड की संख्या की गणना के रूप में परिभाषित किया जा सकता है। यह सॉफ्टवेयर उत्पाद निर्माण में उपयोग किए जाने वाले संसाधनों की संख्या भी निर्धारित करता है।
यह सूत्र द्वारा निर्धारित किया जा सकता है:
टेस्ट दक्षता = (प्रस्तुत दोषों की संख्या / प्रस्तुत दोषों की कुल संख्या) * 100
परीक्षण प्रभावशीलता परीक्षण वातावरण और सॉफ्टवेयर अनुप्रयोग पर इसके प्रभाव के मूल्यांकन के उपाय के रूप में परिभाषित किया जा सकता है। जब आवेदन की आवश्यकता पूरी हो जाती है तो यहां ग्राहक प्रतिक्रिया का मूल्यांकन किया जाता है।
यह सूत्र द्वारा निर्धारित किया जा सकता है:
परीक्षण प्रभावशीलता = (पाए गए दोषों की संख्या / निष्पादित मामलों की संख्या)
Q # 19) प्रोजेक्ट टेलरिंग की प्रक्रिया को समझाइए।
उत्तर: प्रोजेक्ट टेलरिंग एक सुसंगत और चल रही प्रक्रिया है जो सुनिश्चित करता है कि परियोजना का प्रदर्शन सही है और व्यावसायिक आवश्यकताओं के अनुसार है। पूरी प्रक्रिया में संगठन की वर्तमान परिचालन आवश्यकता के अनुसार परियोजना डेटा की समीक्षा और संशोधन करना शामिल है।
समीक्षा प्रक्रिया संगठनात्मक स्तर पर की जाती है लेकिन परियोजना स्तर पर टेलरिंग योजनाओं का कार्यान्वयन किया जाता है। संगठन का मुख्य लक्ष्य और आवश्यकताएं, साथ ही ग्राहक और उपयोगकर्ता संबंध, दो प्रमुख कारक हैं जिन्हें प्रक्रिया में माना जाना चाहिए।
सिलाई प्रक्रिया के तहत संगठनात्मक लक्ष्यों के अनुसार कुछ पहलू हैं:
- परियोजना दृष्टिकोण
- रणनीतियाँ
- नियंत्रण और प्रक्रियाएं शामिल हैं
- नियम और जिम्मेदारियाँ
Q # 20) आप परियोजना के भीतर दोष की प्राथमिकता और गंभीरता के बीच अंतर कैसे करते हैं?
उत्तर: Is प्राथमिकता ’और ity गंभीरता’ दोनों को उन मुद्दों / बगों को श्रेणीबद्ध करने के लिए बग के लिए सौंपा गया है, जिस क्रम में उन्हें फिक्सिंग के लिए ले जाना है। ये विभिन्न कारकों पर आधारित हैं।
आइए नीचे दी गई तालिका में उनके अंतरों के साथ और अधिक समझें:
वरीयता | तीव्रता |
---|---|
प्राथमिकता उस क्रम को निर्धारित करती है जिसमें डेवलपर्स फिक्सिंग के लिए दोष / मुद्दों को उठाते हैं। | गंभीरता एक विशेष मुद्दे / अनुप्रयोग की कार्यक्षमता पर दोष के प्रभाव को निर्धारित करती है। |
यह मुद्दों के निर्धारण के साथ जुड़ा हुआ है और व्यावसायिक मानकों से प्रेरित है। | यह दोनों संबद्ध है और कार्यक्षमता द्वारा संचालित है। |
ग्राहक की आवश्यकताओं के आधार पर मुद्दे की प्राथमिकता तय की जाती है। | मुद्दे की गंभीरता उत्पाद के तकनीकी पहलुओं पर विचार करके तय की जाती है। |
Orized उच्च ’,’ मध्यम ’और। निम्न’ के रूप में वर्गीकृत। | 'मॉडरेट', 'मेजर', 'माइनर', 'क्रिटिकल' के रूप में वर्गीकृत। |
जब एक बग है स्थिति: उच्च प्राथमिकता और कम गंभीरता परिणाम: दोष आवेदन को बहुत प्रभावित नहीं करता है, लेकिन इसे तुरंत ठीक करने की आवश्यकता है। | जब एक बग है स्थिति: उच्च गंभीरता और कम प्राथमिकता परिणाम: दोष को ठीक किया जाना है, लेकिन तत्काल कार्रवाई की आवश्यकता नहीं है। |
क्यू # 21) किसी भी आवेदन के लिए प्रदर्शन परीक्षण आवश्यक क्यों है?
उत्तर: सरल भाषा में, विभिन्न परिस्थितियों में किसी अनुप्रयोग के व्यवहार और प्रतिक्रिया को निर्धारित करने के लिए प्रदर्शन परीक्षण किया जाता है। इससे एप्लिकेशन की स्थिरता, मापनीयता, गति आदि के बारे में जानकारी एकत्र करने में मदद मिलती है।
प्रदर्शन परीक्षण करने के कारणों को निम्न बिंदुओं से समझा जा सकता है:
- यह कार्यभार के तहत एक आवेदन घटक के प्रतिक्रिया समय और प्रदर्शन को निर्धारित करता है।
- उपयोगकर्ता की गतिविधि की प्रतिक्रिया समय की गणना की जाती है।
- व्यापक तकनीकी भाषा के साथ अनुभवी प्रोग्रामर की आवश्यकता होती है।
- लोड के तहत आवेदन का व्यवहार निर्धारित करता है यानी जब उपयोगकर्ता की संख्या तुरंत बढ़ जाती है।
Q # 22) विशिष्टता-चालित परीक्षण क्या है?
उत्तर: जैसा कि नाम ही परिभाषित करता है, विशिष्टता-चालित परीक्षण आवेदन की आवश्यकता विनिर्देश के आधार पर किया जाता है जहां कार्यात्मक विनिर्देश प्रदर्शन किए गए परीक्षणों के आधार के रूप में कार्य करते हैं।
परीक्षण का यह रूप 'ब्लैक बॉक्स परीक्षण' के समान है जहां उपयोगकर्ता कई डेटा इनपुट करता है और फिर आउटपुट देखा जाता है। यह विनिर्देश और परीक्षण योजना के साथ परीक्षण के सभी स्तरों पर उपयुक्त है।
Q # 23) CMMI की व्याख्या करें।
उत्तर: CMMI क्षमता परिपक्वता मॉडल एकीकरण के लिए है। यह मॉडल सॉफ्टवेयर इंजीनियरिंग संस्थान (SEI) द्वारा विकसित किया गया था। यह इस सिद्धांत पर आधारित है कि उत्पाद या प्रणाली के प्रबंधन और विकास में शामिल प्रक्रियाएं गुणवत्ता का निर्धारण करती हैं।
यह उत्पाद या पूरे संगठन के लिए प्रक्रिया में सुधार के लिए दिशानिर्देश भी प्रदान करता है।
सीएमएमआई को नीचे सूचीबद्ध 5 स्तरों में विभाजित किया गया है:
- स्तर 1: प्रारंभिक
- लेवल 2: प्रबंधित
- स्तर 3: परिभाषित
- स्तर 4: मात्रात्मक रूप से प्रबंधित
- स्तर 5: अनुकूलित
Q # 24) CMMI को लागू करने के फायदे बताएं।
उत्तर: CMMI को लागू करने के कई फायदे हैं।
वे इस प्रकार सूचीबद्ध हैं:
- यह उत्पाद जीवन चक्र की विस्तृत कवरेज और रिपोर्टिंग प्रदान करता है और इस प्रकार प्रक्रिया में सुधार में मदद करता है।
- संगठन के मौजूदा मानकों, उनकी प्रक्रियाओं और प्रक्रियाओं को सीएमएमआई कार्यान्वयन के एक हिस्से के रूप में सुधार मिलता है।
- सीएमएमआई कार्यान्वयन के परिणामस्वरूप, ऑन-टाइम डिलीवरी के साथ-साथ ग्राहकों की संतुष्टि में वृद्धि हुई है।
- यह प्रभावी प्रबंधन और बढ़ी हुई लागत बचत की ओर भी जाता है क्योंकि त्रुटियों का शीघ्र पता चलता है।
Q # 25) कुछ ऑटोमेशन टेस्टिंग टूल एनॉलिट करें।
उत्तर: कुछ स्वचालन परीक्षण उपकरण नीचे सूचीबद्ध हैं:
- सेलेनियम
- पानी
- विंडमिल
- साबुन
- टेल्यूरियम
Q # 26) क्या हम इकाई परीक्षण में प्रतिगमन परीक्षण कर सकते हैं?
उत्तर: निश्चित रूप से। प्रतिगमन परीक्षण अवांछित दोष का परीक्षण करना है जिसे अन्य दोषों को ठीक करने के साइड इफेक्ट के रूप में कोड में प्रस्तुत किया गया हो सकता है। यूनिट परीक्षण एक छोटे स्वतंत्र और कोड के व्यक्तिगत भाग को चलाने का परीक्षण निष्पादन है।
रिग्रेशन टेस्टिंग को यूनिट टेस्टिंग से इंटीग्रेशन टेस्टिंग से लेकर अंत में एक्सेप्टेंस टेस्टिंग तक किसी भी स्तर पर किया जा सकता है। प्रतिगमन परीक्षण परिप्रेक्ष्य के आधार पर परीक्षण कर रहा है, जबकि यूनिट परीक्षण स्तर (बॉटम अप, टॉप-डाउन) का दृष्टिकोण है।
क्यू # 27) स्मोक परीक्षण और स्वच्छता परीक्षण के बीच अंतर क्या है?
उत्तर:
- स्मोक परीक्षण पुरानी प्रमुख विशेषताओं या बिल्ड की मौजूदा विशेषताओं का परीक्षण है, जबकि सनिटी परीक्षण बिल्ड में नए जोड़े गए मॉड्यूल, निश्चित दोषों का सत्यापन है।
- धुआं परीक्षण पहले होता है और उसके बाद सनिटी परीक्षण किया जाता है।
- धुआं परीक्षण सॉफ्टवेयर द्वारा निर्धारित महत्वपूर्ण कार्यात्मकताओं के परीक्षण को कवर करता है इसलिए यह पूरे सॉफ्टवेयर में विस्तारित होता है। दूसरी ओर, सनिटी परीक्षण, अभी हाल ही में जोड़े गए मॉड्यूलों तक सीमित है और इसका गहराई से परीक्षण किया जाता है।
क्यू # 28) आपके कार्यालय में मैन्युअल परीक्षक के रूप में आपकी दैनिक गतिविधियाँ क्या हैं?
पुस्तिका: पहली चीज जो मैं अपने सिस्टम में जांचता हूं, वह वर्तमान पुनरावृत्ति में आवश्यकताओं / वृद्धि या बग की स्थिति के लिए डैशबोर्ड को रीफ्रेश करना है। यह परीक्षण परिदृश्यों और परीक्षण मामलों के साथ परिभाषित करने के लिए दैनिक स्क्रम कॉल और रिपोर्टिंग, चर्चा और विचार-मंथन सत्रों के बाद होता है।
फिर समीक्षा के अनुसार इन मामलों को निष्पादित किया जाता है। गैर-कार्यात्मक आवश्यकताओं के लिए ग्राहकों के साथ संपर्क करना भी मेरी प्लेट पर प्रमुख गतिविधियों में से एक है।
क्यू # 29) आपके कार्यालय में स्वचालन परीक्षक के सदस्य के रूप में आपकी दैनिक गतिविधियाँ क्या हैं?
स्वचालन: मेरा दिन एक दैनिक स्थिति से शुरू होता है जो कल के स्वचालन परिणामों पर चर्चा करता है, अगर मैंने नए बिल्ड पर परीक्षण मामलों का एक बैच निकाल दिया है।
निष्पादन चक्र को स्वास्थ्य जांच कहा जा सकता है, यह देखने के लिए कि निर्माण कितना स्वस्थ है।
यह स्क्रिप्ट की विफलताओं, कार्यक्षमता में डिज़ाइन परिवर्तन के आधार पर रिपोर्टिंग दोषों के बाद है; स्क्रिप्ट / लाइब्रेरी या फ़ंक्शंस को बनाए रखें, नई आवश्यकताओं के लिए एक नई स्क्रिप्ट में स्वचालित और चेक-इन करें और यदि आवश्यक हो, तो फ़ंक्शन लाइब्रेरी में एक नया फ़ंक्शन।
कभी-कभी परीक्षण लिपियों को स्वचालन के माध्यम से प्रतिगमन दोष खोजने के लिए व्यक्तिगत रूप से फिर से निष्पादित करने की आवश्यकता होती है और उन्हें सूट के रूप में भी परीक्षण करने के लिए जोड़ना पड़ता है।
Q # 30) आप एक आवश्यकता और एक दोष और एक वृद्धि के बीच अंतर कैसे करते हैं?
उत्तर : सेवा मेरे आवश्यकता एक उपयोगकर्ता कहानी है जिसे लागू, परीक्षण और वितरित किया जाना आवश्यक है।
एक वृद्धि मौजूदा के लिए एक जोड़ा या तात्कालिक सुविधा है।
सेवा मेरे दोष बल्कि अपेक्षित उपयोगकर्ता कहानियों से एक पूर्ण विचलन है।
इसके अलावा, यदि एक दोष एक आवश्यकता के एक निश्चित क्षेत्र को उजागर करता है जो कि तब तक नहीं कहा जाता है जब तक कि विनिर्देश में नहीं होता है, इसे आवश्यकता या इसके एक भाग के रूप में भी कहा जा सकता है।
क्यू # 31) जब आपका डेवलपर आपके द्वारा दर्ज किए गए बग को ठीक करने से इनकार करता है, तो आप क्या करते हैं?
उत्तर : एक दोष को ठीक करने वाला एक महत्वपूर्ण कारक 'प्राथमिकता' है जिसे इसे सौंपा गया है। यदि दोष उच्च प्राथमिकता का है, तो एक शो स्टॉपर, जो एक प्रमुख कार्यक्षमता को अवरुद्ध करता है और लगातार पुन: पेश किया जाता है, फिर निर्माण में तय किया जाना आवश्यक है।
समान रूप से डेवलपर्स को प्रभावी रूप से अवगत कराया जाना है क्योंकि एक साथ परीक्षक और डेवलपर्स उत्पाद की गुणवत्ता में योगदान करते हैं।
अन्य पहलू जो डेवलपर को छोटी अवधि के भीतर बग को ठीक करने के लिए समझाने में मदद कर सकते हैं वे बग की गुणवत्ता की रिपोर्टिंग कर रहे हैं और डेवलपर्स को इस तथ्य को समझने में मदद करते हैं कि रिलीज में बग का फिक्सिंग प्रमुख महत्व है।
क्यू # 32) जब आपका डेवलपर इस बात से इंकार करता है कि आपने IS A BUG को क्या दायर किया है?
उत्तर : दोषपूर्ण जीवन चक्र का सबसे महत्वपूर्ण चरण 'अस्वीकृत' है, जिसका अर्थ है कि लॉग की गई रिपोर्ट रिपोर्ट मान्य नहीं है। व्यावसायिक आवश्यकता दस्तावेज़ जो आवश्यकताओं को बताता है, सॉफ़्टवेयर को समझने में मदद कर सकता है और इसलिए घटना की प्रकृति की रिपोर्ट की गई है।
बग का विश्लेषण करें और डेवलपर और टीम को बग पर अपने निष्कर्षों को उजागर करें। यदि यह एक दोष है, तो इसे लॉग इन करने में कभी असफल न हों। कभी-कभी परीक्षकों को एक गैप विश्लेषण प्रदान करना पड़ता है और डेवलपर्स के लिए समान होता है। यदि वह विवादों को हल नहीं करता है, तो टीम में वरिष्ठ लोगों को पिच करना चाहिए।
क्यू # 33) पहले री-टेस्टिंग या रिग्रेशन टेस्टिंग क्या आती है?
उत्तर : पुन: परीक्षण पहले आता है क्योंकि यह कोड को फिर से चला रहा है, सरल शब्दों में, यह पूर्व-परिभाषित चरणों का दोहराया निष्पादन है। एक कोड को ठीक करने के बाद यह आवश्यक नहीं है। लेकिन एक प्रतिगमन परीक्षण एक हल किए गए दोष के दुष्प्रभावों का आश्वासन देता है।
निश्चित रूप से एक दोष को हल करना और एक दूसरे को कोड में जोड़ना परीक्षण प्रक्रिया का उद्देश्य नहीं है। परीक्षकों के सर्वोत्तम खोज और सर्वश्रेष्ठ कैच आमतौर पर प्रतिगमन दोष हैं। प्रतिगमन परीक्षण किए बिना एक बिल्ड को कभी भी जारी नहीं किया जाना चाहिए।
क्यू # 34) बीटा परीक्षण का एक विकल्प क्या है?
उत्तर : वास्तविक उत्पादन वातावरण में विफलताओं को दर्ज करते हुए, डेवलपर्स की कम से कम भागीदारी के साथ ग्राहक की साइट पर बीटा परीक्षण आयोजित किया जाता है। यदि इस तरह की प्रैक्टिस किसी फर्म द्वारा नहीं की जाती है, तो एक सुरक्षित विचार यह हो सकता है कि उत्पाद को पहले उन ग्राहकों के लिए शिप किया जाए जो नवीनतम बिल्ड प्राप्त करने के लिए कतार में नहीं हैं।
कुछ दिनों के लिए, ग्राहकों के आधार पर कुछ सेवा सलाहकार सॉफ़्टवेयर का उपयोग कर सकते हैं, उन गतिविधियों को रिकॉर्ड कर सकते हैं और उन पर नज़र रख सकते हैं, जो उनके वातावरण में रिलीज़ की स्थिरता को सुनिश्चित करती हैं, ताकि भले ही एक प्रमुख बग को छोड़ दिया जाए, इससे पहले ही परीक्षण किया जा सके। इसे लक्षित ग्राहक तक पहुंचाना। एक और दृष्टिकोण निष्पक्ष परीक्षण के लिए एक टीम के भीतर आवश्यकताओं के परीक्षण की अदला-बदली है।
क्यू # 35) चंचल कार्यान्वयन / कार्यप्रणाली की किन कमियों का आपने सामना किया?
उत्तर : कमियां इस प्रकार हैं:
- स्प्रिंट आमतौर पर बहुत समय सीमा विवश हैं।
- प्रलेखन प्राथमिकता नहीं है
- PBIs (उत्पाद बैकलॉग आइटम) के बीच स्विच करना अक्सर हो सकता है।
क्यू # 36) प्रभाव विश्लेषण क्यों महत्वपूर्ण है?
उत्तर : रिस्क-बेस्ड प्रैक्टिस करने के लिए इम्पैक्ट एनालिसिस करना पड़ता है। ऐसा करने से परीक्षण मामलों को इस तरह से डिजाइन किया जा सकता है कि ग्राहक के दृष्टिकोण से महत्वपूर्ण सभी गंभीर बग को समय से पहले हल किया जा सकता है। व्यवसाय का एक अच्छा अध्ययन, ग्राहक की आवश्यकता और उनके उपयोग के सॉफ्टवेयर का ध्यान रखना है।
उदाहरण के लिए, बैंकिंग डोमेन में सॉफ्टवेयर से जुड़ा सबसे महत्वपूर्ण जोखिम सुरक्षा है। पहले से मौजूद सॉफ़्टवेयर में जोड़ा गया कोई भी नया फ़ॉर्म असुरक्षित हो सकता है। उचित लिंक, पुनर्निर्देशन, और नेविगेशन को उचित पृष्ठ पर जोड़कर, यदि आवश्यक हो तो प्रॉक्सी स्थापित करके सुरक्षा परीक्षण की एक अच्छी मात्रा की सलाह दी जाती है।
क्यू # 37) एक उदाहरण की मदद से प्रत्येक प्रदर्शन परीक्षण, तनाव परीक्षण और लोड परीक्षण?
उत्तर : यहां सबसे अच्छा मामला जो लिया जा सकता है वह एक लाइव वेबसाइट है।
प्रदर्शन का परीक्षण एक वास्तविक समय परिदृश्य के समान स्थिति के माध्यम से डालते समय सिस्टम में ग्लिट्स को सत्यापित करने के लिए किया जाता है। तनावग्रस्त परिस्थितियों में प्रदर्शन करना आवश्यक नहीं है। प्रदर्शन परीक्षण के आउटपुट यह स्थापित करने में मदद करते हैं कि सिस्टम उत्पादन में जाने के लिए तैयार है या नहीं।
एक साधारण टिकट बुकिंग प्रवाह के लिए, एक प्रदर्शन समस्या के कारण मंदी हो सकती है। उदाहरण के लिए, जॉइन का उपयोग करने वाली कुछ क्वेरी थोड़ी धीमी है जिसने डेटाबेस में अनुचित क्लॉज या डेटा के भंडारण को अनुचित तरीके से लागू किया है।
तनाव परीक्षण एक प्रकार का प्रदर्शन परीक्षण है, जो सॉफ़्टवेयर को चरम स्थितियों (भारी और undistributed भार, सीमित कम्प्यूटेशनल संसाधनों, उच्च संगामिति) के तहत डालकर किया जाता है।
यदि कोई सिस्टम डेटा के खो जाने या दूषित होने जैसा कुछ व्यवहार प्रदर्शित करता है, तो तनाव को हटाए जाने, गैर-जिम्मेदाराना या बिना किसी अपवाद के उपयोग किए जाने के बाद भी संसाधन का उपयोग किया जाता है, इसका मतलब है कि यह तनाव परीक्षण में विफल है। कभी-कभी डिस्क विफलता, जीडीआई गणना की अनावश्यक वृद्धि भी परिणाम हो सकती है।
उदाहरण के लिए, यदि ऐसी मशीन पर होस्ट की गई वेबसाइट जो पहले से ही बड़ी मेमोरी का उपभोग कर रही है या बार-बार अनुरोधों के साथ बमबारी कर रही है, तो आपको लटका या लॉग आउट नहीं करना चाहिए।
लोड परीक्षण सिस्टम व्यवहार को देख रहा है, जबकि सिस्टम पर लोड को लगातार बढ़ा रहा है जब तक कि एक सीमा तक नहीं पहुंचा जाता है। वर्कलोड मॉडल, मैट्रिक्स और लोड स्तर आमतौर पर लोड परीक्षण के लिए इनपुट होते हैं।
उदाहरण के लिए, ट्रेन के लिए सीट की उपलब्धता प्राप्त करने का समय धीरे-धीरे बढ़ता है जब तत्काल टिकट की बुकिंग का समय उपयोगकर्ताओं की संख्या के बाद से करीब हो जाता है, तब सिस्टम में वृद्धि के साथ तत्काल टिकट की बुकिंग का समय सुबह 10 बजे या 11 बजे के करीब हो जाता है।
क्यू # 38) प्रतिगमन परीक्षण करते समय आपकी सबसे बड़ी चुनौतियों में से एक क्या रही है?
उत्तर : प्रतिगमन परीक्षण करते समय विभिन्न चुनौतियाँ हो सकती हैं।
- बार-बार परीक्षण निष्पादित करना परीक्षकों के लिए इतना रोमांचक नहीं हो सकता है।
- समय लेने वाली, चूंकि कभी-कभी इस तरह के परीक्षण को बॉक्स से बाहर की सोच की जरूरत होती है।
- व्यापार मूल्य से समझौता किया।
- प्रतिगमन परीक्षण मामलों का अनुचित चयन पाया जा सकता है एक प्रमुख प्रतिगमन दोष को छोड़ सकता है।
- उत्पादन पर दोष को फिर से प्रस्तुत करना इसलिए असंगत हो जाता है।
- निष्पादित करने के लिए बड़ा सुइट।
क्यू # 39) यदि आपको टेस्ट परिदृश्य, टेस्ट केस, टेस्ट प्लान, टेस्ट स्ट्रेटेजी को दस्तावेज करने के लिए कहा जाता है, तो आप क्या शुरू करेंगे और बाकी के क्रम में क्या करेंगे?
उत्तर : अनुक्रम टेस्ट रणनीति, टेस्ट प्लान, टेस्ट परिदृश्य और अंत में टेस्ट केस होंगे।
क्यू # 40) क्या होगा अगर मैं उपरोक्त में से किसी एक का दस्तावेजीकरण करने से चूक गया? कहो कि मैं परीक्षण योजना का दस्तावेजीकरण करने से चूक गया, इसके परिणाम क्या होंगे
उत्तर : अगर हम परीक्षण योजना को याद करते हैं तो इसके उद्देश्य दृष्टिकोण और परीक्षण पर जोर देने की गुंजाइश के लिए एक शून्य होगा। फिर परीक्षण की जाने वाली सुविधाओं, परीक्षण करने की तकनीक, पास या असफल मानदंड और अंततः परीक्षण से जुड़ा एक बड़ा जोखिम निर्धारित करना कठिन होगा।
क्यू # 41) आप उस निर्माण का परीक्षण कैसे शुरू करेंगे जो आपको हाल ही में मिला है: क्या कोई दृष्टिकोण है जिसका आप उदा। पहले धुआँ परीक्षण शुरू करें, फिर सनिटी परीक्षण?
उत्तर : धुआँ परीक्षण> स्वच्छता परीक्षण> खोजपूर्ण परीक्षण> कार्यक्षमता परीक्षण> प्रतिगमन परीक्षण और अंतिम उत्पाद सत्यापन।
क्यू # 42) बग रिपोर्ट का प्रारूप बताएं जिसका आपने अनुसरण किया था?
उत्तर :
बग रिपोर्ट में निम्न जानकारी होनी चाहिए:
- बग ईद
- आवश्यकता / वृद्धि / मौजूदा बग के लिए मानचित्रण
- बग सारांश / शीर्षक
- उत्पाद का एक संस्करण
- वरीयता
- कॉन्फ़िगरेशन (सिस्टम विनिर्देशन)
- आवश्यक शर्तें
- कदम
- अपेक्षित परिणाम
- वास्तविक परिणाम
- लॉग करता है। स्नैपशॉट, वीडियो क्लिप
- स्थिति
- अन्य टिप्पणियां
क्यू # 43) आप प्रतिगमन परीक्षण मामलों का चयन कैसे करते हैं या प्रतिगमन परीक्षण सूट का निर्माण करते हैं?
उत्तर : हाँ। यह प्रभाव विश्लेषण का एक परिणाम है। यह विभिन्न क्षेत्रों में उपयोग की जाने वाली या एक्सेस की जाने वाली सरल मैपिंग है जिसका आप परीक्षण कर रहे हैं, अन्य सुविधाओं के साथ इसका एकीकरण और परीक्षण के अंत में या सिस्टम के अंत के रूप में।
आप पिछले बिल्ड में समान कार्यक्षमता के लिए पहले से दर्ज किए गए दोष भी उठा सकते हैं। आदर्श रूप से, एक दोष को कम से कम पांच अलग-अलग परीक्षण मामलों का उपयोग करके प्रतिगमन परीक्षण किया जाना चाहिए जो कार्यक्षमता का उपयोग करते हैं।
क्यू # 44) क्या आप निम्न दोषों के उदाहरण के साथ आ सकते हैं
- कम प्राथमिकता उच्च गंभीरता दोष
- उच्च प्राथमिकता और कम गंभीरता दोष
उत्तर : एक दोष जो एप्लिकेशन को क्रैश करता है जब किसी विशेष ऑपरेटिंग सिस्टम पर दिए गए समय स्टैंप पर केवल पुन: उत्पन्न होता है, एक उच्च गंभीरता और कम प्राथमिकता वाला दोष हो सकता है।
एक दोष जो एक ऐसे दृश्य के खिलाफ दायर किया जाता है जो डबल क्लिक से नहीं खुलता है लेकिन राइट-क्लिक से खुलता है एक उच्च प्राथमिकता और कम गंभीरता वाला दोष हो सकता है।
क्यू # 45) परीक्षण के लिए एक प्रभावी परीक्षण मामला लिखें कि क्या एक दिया गया कागज एक सफेद कागज है?
उत्तर: यदि स्रोत स्याही का रंग जिसके साथ आप श्वेत पत्र पर लिखते हैं, वही रहता है तो कागज श्वेत है। उदाहरण के लिए, यदि आप लाल स्याही से सफेद कागज पर लिखते हैं, तो स्याही का रंग पेन में लाल रहता है और कागज पर भी लाल दिखाई देता है।
ध्यान दें: इस प्रश्न के कई अन्य उत्तर हैं। आप अंतर्निहित तर्क के साथ इस तरह के किसी भी मान्य उत्तर के बारे में सोच सकते हैं।
क्यू # 46) चार्टर परीक्षण क्या है?
उत्तर: परीक्षण शुरू करने से पहले एक चार्टर के तहत सूचीबद्ध लक्ष्यों और एजेंडों के आधार पर किए गए सत्र परीक्षण को चार्टर परीक्षण के रूप में जाना जाता है।
यहां परीक्षण एक निश्चित समय स्लॉट में प्रलेखन पर कम ध्यान देने और सिर्फ परीक्षण पर अधिक ध्यान देने के साथ किया जाता है। यह खोजपूर्ण परीक्षण का एक अलग प्रकार है जिसमें परीक्षण इंजीनियर सॉफ्टवेयर को समय सीमा में सत्यापित करते हैं ( उदाहरण के लिए, सिर्फ 2 घंटे) विकसित कुछ आंकड़ों के आधार पर।
क्यू # 47) जब आपके पास बहुत ही कम समय में उच्च प्राथमिकता जारी होने की संभावना है, तो आपका दृष्टिकोण क्या है?
उत्तर: ऐसे उदाहरणों के दौरान, एक सुविचारित योजना फायदेमंद हो सकती है।
निम्नलिखित समय की कमी परिदृश्य में परीक्षण की सहायता के लिए किया जा सकता है: -
- प्रतिगमन परीक्षण निष्पादित करने के लिए मौजूदा अद्यतन स्वचालन लिपियों का उपयोग करना।
- परीक्षण प्रवाह आधारित परिदृश्यों का अंत होता है।
- उच्च प्राथमिकता वाले परीक्षण मामलों को निष्पादित करना और यदि समय की अनुमति है तो निम्न प्राथमिकता वाले मामलों पर स्विच करें।
- पिछले संस्करणों पर दायर उच्च प्राथमिकता वाले बगों का पुन: परीक्षण करना।
- रैपिड सॉफ्टवेयर परीक्षण
- डेवलपर्स को परीक्षण में अधिक कवरेज प्राप्त करने के लिए यूनिट परीक्षण चलाने के लिए कहा जा सकता है।
क्यू # 48) आसपास मौजूद किसी भी उपकरण / वस्तु पर परीक्षण के मामले लिखें (उदाहरण: एक कुर्सी)?
उत्तर: यहाँ सलाह का एक टुकड़ा होगा: हमेशा एकत्रित आवश्यकताओं के साथ शुरू करें। यह सॉफ्टवेयर विकास जीवन चक्र के प्रति आपकी परिपक्वता दर्शाता है। ऑब्जेक्ट का चयन करने के बाद सवाल पूछने के लिए स्वतंत्र महसूस करें।
इस मामले में:-
- यह किस प्रकार की कुर्सी है? ऑफिस चेयर, स्टडी टेबल-चेयर, सोफा चेयर, डाइनिंग टेबल-चेयर, कम्फर्ट चेयर?
- कुर्सी - लकड़ी, स्टील, प्लास्टिक, असबाब बनाने के लिए किस सामग्री का उपयोग किया जाता है?
- आयाम (कुर्सी के प्रकार के आधार पर ऊंचाई, वजन) के लिए पूछें।
- उपलब्धता के लिए पूछें। और उसी के आधार पर आपके मामलों का प्रारूपण शुरू होता है।
टेस्ट के मामले प्रत्येक प्रकार की कुर्सी के लिए भिन्न होंगे, जो आपकी सोच क्षमता के लिए बेहतर है ( उदाहरण के लिए, कुर्सी का उद्देश्य, कुर्सी के प्रकार के अनुसार आयाम, पोर्टेबल-गैर पीने योग्य, हल्के वजन, खरीद विकल्प)।
प्रत्येक कुर्सी के लिए, ए प्रदर्शन परीक्षण मामला हो सकता है: तन्य शक्ति या अधिकतम भार वहन क्षमता प्राप्त करने के लिए।
क्यू # 49) क्या सब कुछ स्वचालित हो सकता है?
उत्तर: - कुछ हद तक हाँ। लेकिन स्वचालन उपकरण, अन्य सॉफ्टवेयर की तरह, इसकी सीमाएं हैं। इसके अलावा, परीक्षण के तहत सॉफ्टवेयर या एप्लिकेशन अंडर टेस्ट अपग्रेड होते रहेंगे।
इसलिए कोई वारंटी नहीं है कि सॉफ्टवेयर परीक्षण मैनुअल हस्तक्षेप के बिना चल सकता है। आखिरकार, एक उपकरण उतना ही स्मार्ट है जितना परीक्षक है। यह सिर्फ सॉफ्टवेयर परीक्षण है अभी तक एक और सॉफ्टवेयर। यह कोड / स्क्रिप्ट / लाइब्रेरीज़ हैं जिन्हें दोषों का परीक्षण करने और खोजने के लिए पर्याप्त बुद्धिमान होना चाहिए।
निष्कर्ष
आशा है कि यह अभ्यास आपको कुछ प्रश्नों के साथ गर्म करने में मदद करता है और आपको अपने साक्षात्कारों के लिए एक शानदार शुरुआत देता है और प्रश्नों का उत्तर देते हुए अपने आत्मविश्वास को परिष्कृत करता है। इसके अलावा, अन्य परिदृश्य-आधारित प्रश्न हो सकते हैं जो आपके फिर से शुरू / प्रोफ़ाइल से बाहर आ सकते हैं।
इसलिए, हमेशा पूर्व-स्व के साथ एक मॉक साक्षात्कार का अभ्यास करना उचित होता है, ताकि साक्षात्कार साक्षात्कारकर्ता और उम्मीदवार दोनों के लिए जीत की स्थिति बन जाए। याद रखें कि गुणवत्ता विश्लेषक एक परीक्षण इंजीनियर से अधिक है, जिसकी प्रतिक्रिया न केवल उत्पाद की गुणवत्ता के लिए महत्वपूर्ण है, बल्कि सॉफ्टवेयर के परीक्षण के लिए प्रक्रिया भी है।
धन्यवाद और साक्षात्कार के साथ शुभकामनाएँ!
अनुशंसित पाठ
- साक्षात्कार प्रश्न और उत्तर
- 25+ सबसे लोकप्रिय ADO.NET साक्षात्कार प्रश्न और उत्तर
- 25 सर्वश्रेष्ठ चुस्त परीक्षण साक्षात्कार प्रश्न और उत्तर
- उत्तर के साथ स्पॉक साक्षात्कार प्रश्न (सर्वाधिक लोकप्रिय)
- ईटीएल परीक्षण साक्षात्कार प्रश्न और उत्तर
- 20 सबसे लोकप्रिय TestNG साक्षात्कार प्रश्न और उत्तर
- शीर्ष 30+ लोकप्रिय ककड़ी साक्षात्कार प्रश्न और उत्तर
- शीर्ष 50 सबसे लोकप्रिय CCNA साक्षात्कार प्रश्न और उत्तर