हमने सबसे अधिक बार पूछे जाने वाले मैनुअल परीक्षण साक्षात्कार प्रश्न और उत्तर संकलित किए हैं जो आपको सॉफ्टवेयर परीक्षण साक्षात्कार प्रश्नों के प्रकार से परिचित कराते हैं जो एक साक्षात्कारकर्ता आपसे आपके साक्षात्कार के दौरान पूछ सकता है। उत्तर के साथ मैनुअल परीक्षण साक्षात्कार प्रश्नों की इस सूची में, हमने आसानी से मैनुअल परीक्षण नौकरी के साक्षात्कार को स्पष्ट करने में आपकी सहायता करने के लिए विस्तृत उत्तरों के साथ सभी सामान्यतः पूछे जाने वाले बुनियादी और उन्नत सॉफ़्टवेयर परीक्षण साक्षात्कार प्रश्नों को कवर किया है।
हमने फ्रेशर्स उम्मीदवारों के लिए मैन्युअल परीक्षण के लिए लगभग 150+ महत्वपूर्ण साक्षात्कार प्रश्नों के साथ-साथ अनुभवी क्यूए इंजीनियर्स के लिए मैनुअल परीक्षण साक्षात्कार प्रश्नों को कवर किया है ताकि आगामी साक्षात्कार की तैयारी में मदद मिल सके। मैनुअल परीक्षण के लिए साक्षात्कार के सवालों का यह विस्तृत गाइड आपको सॉफ्टवेयर परीक्षण के लिए अपने नौकरी के साक्षात्कार को क्रैक करने में मदद करेगा।
मैन्यूअल जांच साक्षात्कार प्रश्न और उत्तर
1. अन्वेषक परीक्षण क्या है?
अन्वेषक परीक्षण एक हाथों पर दृष्टिकोण है जिसमें परीक्षक न्यूनतम नियोजन और अधिकतम परीक्षण निष्पादन में शामिल होते हैं। नियोजन में एक परीक्षण चार्टर का निर्माण शामिल है, एक छोटे (1 से 2 घंटे) के समय-परीक्षण के प्रयास के दायरे की घोषणा, उद्देश्यों और संभव दृष्टिकोणों का उपयोग किया जाना है। परीक्षण डिज़ाइन और परीक्षण निष्पादन गतिविधियाँ समानांतर रूप से परीक्षण स्थितियों, परीक्षण मामलों या परीक्षण लिपियों को औपचारिक रूप से दर्ज़ किए बिना समानांतर रूप से निष्पादित की जाती हैं। इसका मतलब यह नहीं है कि अन्य, अधिक औपचारिक परीक्षण तकनीकों का उपयोग नहीं किया जाएगा। उदाहरण के लिए, परीक्षक सीमा मूल्य विश्लेषण का उपयोग करने का निर्णय ले सकता है, लेकिन आवश्यक रूप से उन्हें लिखे बिना सबसे महत्वपूर्ण सीमा मूल्यों के माध्यम से विचार करेगा और परीक्षण करेगा। खोज-परीक्षण सत्र के दौरान कुछ नोट्स लिखे जाएंगे ताकि बाद में एक रिपोर्ट तैयार की जा सके।
2. "केस टेस्टिंग का उपयोग करें" क्या है?
शुरू से अंत तक "उपयोग के मामले" का उपयोग करने के लिए एक आवेदन की कार्यात्मक आवश्यकता को पहचानने और निष्पादित करने के लिए उपयोग किया जाता है और ऐसा करने के लिए उपयोग की जाने वाली तकनीकों को "केस केस परीक्षण का उपयोग करें" के रूप में जाना जाता है।
3. STLC (सॉफ्टवेयर टेस्टिंग लाइफ साइकिल) और SDLC (सॉफ्टवेयर डेवलपमेंट लाइफ साइकिल) में क्या अंतर है?
SDLC सॉफ्टवेयर के विकास / कोडिंग से संबंधित है जबकि STLC सॉफ्टवेयर के सत्यापन और सत्यापन से संबंधित है
4. ट्रेसेबिलिटी मैट्रिक्स क्या है?
परीक्षण मामलों और आवश्यकताओं के बीच संबंध को एक दस्तावेज की मदद से दिखाया गया है। इस दस्तावेज़ को ट्रैसेबिलिटी मैट्रिक्स के रूप में जाना जाता है।
5. समतुल्यता विभाजन परीक्षण क्या है?
समतुल्यता विभाजन परीक्षण एक सॉफ्टवेयर परीक्षण तकनीक है जो अनुप्रयोग विभाजन परीक्षण डेटा को प्रत्येक विभाजन में बराबर डेटा के कम से कम एक बार विभाजित करता है जिससे परीक्षण मामलों को प्राप्त किया जा सकता है। इस परीक्षण विधि द्वारा, यह सॉफ्टवेयर परीक्षण के लिए आवश्यक समय को कम कर देता है।
6. सफेद बॉक्स परीक्षण क्या है और सफेद बॉक्स परीक्षण के प्रकारों को सूचीबद्ध करें?
व्हाइट बॉक्स परीक्षण तकनीक में किसी घटक या प्रणाली की आंतरिक संरचना (कोड कवरेज, शाखा कवरेज, पथ कवरेज, स्थिति कवरेज, आदि) के विश्लेषण के आधार पर परीक्षण मामलों का चयन शामिल है। इसे कोड-आधारित परीक्षण या संरचनात्मक परीक्षण के रूप में भी जाना जाता है। विभिन्न प्रकार के सफेद बॉक्स परीक्षण हैं
- स्टेटमेंट कवरेज
- निर्णय कवरेज
7. सफेद बॉक्स परीक्षण में, आप क्या सत्यापित करते हैं?
सफेद बॉक्स परीक्षण में निम्नलिखित चरणों का सत्यापन किया जाता है।
- कोड में सुरक्षा छेद सत्यापित करें
- कोड में अधूरे या टूटे हुए रास्तों को सत्यापित करें
- दस्तावेज़ विनिर्देश के अनुसार संरचना के प्रवाह को सत्यापित करें
- अपेक्षित आउटपुट सत्यापित करें
- एप्लिकेशन की संपूर्ण कार्यक्षमता की जांच करने के लिए कोड में सभी सशर्त लूप सत्यापित करें
- लाइन कोडिंग द्वारा लाइन को सत्यापित करें और 100% परीक्षण को कवर करें
8. ब्लैक बॉक्स परीक्षण क्या है? विभिन्न ब्लैक बॉक्स परीक्षण तकनीकें क्या हैं?
ब्लैक बॉक्स टेस्टिंग एक सॉफ्टवेयर टेस्टिंग विधि है जिसका उपयोग कोड या प्रोग्राम की आंतरिक संरचना को जाने बिना सॉफ़्टवेयर का परीक्षण करने के लिए किया जाता है। यह परीक्षण आमतौर पर किसी एप्लिकेशन की कार्यक्षमता की जांच करने के लिए किया जाता है। विभिन्न ब्लैक बॉक्स परीक्षण तकनीकें हैं
- समान विभाजन
- सीमा मूल्य विश्लेषण
- कारण-प्रभाव रेखांकन
9. स्थैतिक और गतिशील परीक्षण के बीच अंतर क्या है?
स्टैटिक टेस्टिंग: स्टैटिक टेस्टिंग मेथड के दौरान, कोड निष्पादित नहीं किया जाता है, और यह सॉफ्टवेयर प्रलेखन का उपयोग करके किया जाता है।
डायनेमिक परीक्षण: इस परीक्षण को करने के लिए कोड को निष्पादन योग्य रूप में होना आवश्यक है।
10. सत्यापन और सत्यापन क्या हैं?
सत्यापन विकास के चरण में सॉफ्टवेयर के मूल्यांकन की एक प्रक्रिया है। यह आपको यह तय करने में मदद करता है कि दिए गए एप्लिकेशन का उत्पाद निर्दिष्ट आवश्यकताओं को पूरा करता है या नहीं। मूल्यांकन विकास प्रक्रिया के बाद सॉफ्टवेयर का मूल्यांकन करने और यह जांचने की प्रक्रिया है कि क्या यह ग्राहकों की आवश्यकताओं को पूरा करता है।
11. विभिन्न परीक्षण स्तर क्या हैं?
चार परीक्षण स्तर हैं
- इकाई / घटक / कार्यक्रम / मॉड्यूल परीक्षण
- एकीकरण जांच
- सिस्टम परीक्षण
- स्वीकृति परीक्षण
12. एकीकरण परीक्षण क्या है?
एकीकरण परीक्षण सॉफ्टवेयर परीक्षण प्रक्रिया का एक स्तर है, जहां किसी एप्लिकेशन की व्यक्तिगत इकाइयां संयुक्त और परीक्षण की जाती हैं। यह आमतौर पर इकाई और कार्यात्मक परीक्षण के बाद किया जाता है।
13. क्या परीक्षण योजनाएँ होती हैं?
टेस्ट डिजाइन, स्कोप, टेस्ट स्ट्रेटेजी, एप्रोच विभिन्न विवरण हैं जो टेस्ट प्लान डॉक्यूमेंट के होते हैं।
- टेस्ट केस पहचानकर्ता
- क्षेत्र
- परीक्षण किया जाना है
- सुविधाओं का परीक्षण नहीं किया जाना है
- टेस्ट रणनीति और टेस्ट दृष्टिकोण
- टेस्ट डिलिवरेबल्स
- जिम्मेदारियों
- स्टाफ और प्रशिक्षण
- जोखिम और आकस्मिकता
14. यूएटी (उपयोगकर्ता स्वीकृति परीक्षण) और सिस्टम परीक्षण के बीच क्या अंतर है?
सिस्टम टेस्टिंग: सिस्टम टेस्टिंग में दोष पाए जाते हैं जब सिस्टम संपूर्ण रूप से परीक्षण करता है; इसे एंड-टू-एंड टेस्टिंग के रूप में भी जाना जाता है। इस तरह के परीक्षण में, आवेदन शुरू से अंत तक ग्रस्त है।
UAT: उपयोगकर्ता स्वीकृति परीक्षण (UAT) में विशिष्ट परीक्षणों की एक श्रृंखला के माध्यम से एक उत्पाद चलाना शामिल है जो यह निर्धारित करता है कि उत्पाद अपने उपयोगकर्ताओं की आवश्यकताओं को पूरा करेगा या नहीं।
15. डेटा ड्रिविंग टेस्ट और रिटायरिंग के बीच अंतर का उल्लेख करें?
रिटायरिंग: यह बग्स की जाँच करने की एक प्रक्रिया है जिसे विकास टीम द्वारा सत्यापित किया जाता है कि वे तय हो गए हैं।
डेटा ड्रिवेन टेस्टिंग (DDT): डेटा संचालित परीक्षण प्रक्रिया में, एप्लिकेशन को कई परीक्षण डेटा के साथ परीक्षण किया जाता है। आवेदन का परीक्षण मूल्यों के एक अलग सेट के साथ किया जाता है।
16. परीक्षण करते समय मुद्दों को हल करने के लिए मूल्यवान कदम क्या हैं?
- रिकॉर्ड: लॉग करें और जो भी समस्याएँ हुई हैं, उन्हें संभालें
- रिपोर्ट: उच्च स्तरीय प्रबंधक को मुद्दों की रिपोर्ट करें
- नियंत्रण: समस्या प्रबंधन प्रक्रिया को परिभाषित करें
17. परीक्षण परिदृश्यों, परीक्षण मामलों और परीक्षण स्क्रिप्ट के बीच अंतर क्या है?
परीक्षण परिदृश्यों और परीक्षण मामलों के बीच अंतर यह है कि
परीक्षण परिदृश्य: एक परीक्षण परिदृश्य किसी भी कार्यक्षमता है जिसे परीक्षण किया जा सकता है। इसे टेस्ट कंडीशन या टेस्ट पॉसिबिलिटी भी कहा जाता है।
परीक्षण मामले: यह एक दस्तावेज है जिसमें उन चरणों को शामिल किया जाता है जिन्हें निष्पादित किया जाना है; इसकी योजना पहले बनाई गई है।
टेस्ट स्क्रिप्ट: यह एक प्रोग्रामिंग भाषा में लिखा गया है और यह एक छोटा प्रोग्राम है जिसका उपयोग सॉफ्टवेयर सिस्टम की कार्यक्षमता के भाग का परीक्षण करने के लिए किया जाता है। दूसरे शब्दों में चरणों का लिखित सेट जिसे मैन्युअल रूप से किया जाना चाहिए।
18. अव्यक्त दोष क्या है?
अव्यक्त दोष: यह दोष प्रणाली में एक मौजूदा दोष है जो किसी भी विफलता का कारण नहीं बनता है क्योंकि शर्तों का सटीक सेट कभी पूरा नहीं हुआ है
19. परीक्षण निष्पादन की गुणवत्ता जानने के लिए कौन से दो मापदंड उपयोगी हो सकते हैं?
परीक्षण निष्पादन की गुणवत्ता जानने के लिए, हम दो मापदंडों का उपयोग कर सकते हैं
- दोष अस्वीकार अनुपात
- दोष रिसाव अनुपात
20. सॉफ्टवेयर टेस्टिंग टूल "फैंटम" का क्या कार्य है?
फैंटम एक फ्रीवेयर है और इसका उपयोग विंडोज़ GUI ऑटोमेशन स्क्रिप्टिंग लैंग्वेज के लिए किया जाता है। यह हमें स्वचालित रूप से खिड़कियों और कार्यों को नियंत्रित करने की अनुमति देता है। यह कीस्ट्रोक्स और माउस क्लिक के साथ-साथ मेनू, सूचियों और अधिक के किसी भी संयोजन का अनुकरण कर सकता है।
21. बताएं कि टेस्ट डिलीवर क्या है?
टेस्ट डिलिवरेबल्स दस्तावेजों, उपकरणों और अन्य घटकों का एक समूह है जिन्हें परीक्षण के समर्थन में विकसित और रखरखाव किया जाना है।
सॉफ़्टवेयर विकास जीवनचक्र के प्रत्येक चरण में अलग-अलग परीक्षण डिलिवरेबल्स हैं
- परीक्षण से पहले
- परीक्षण के दौरान
- परीक्षण के बाद
22. उत्परिवर्तन परीक्षण क्या है?
उत्परिवर्तन परीक्षण यह पहचानने की एक तकनीक है कि क्या परीक्षण डेटा या परीक्षण के मामले का एक सेट जानबूझकर विभिन्न कोड परिवर्तन (बग) शुरू करने और मूल परीक्षण डेटा / मामलों के साथ रिट्रीट करने के लिए उपयोगी है ताकि बग का पता लगाया जा सके।
23. ऑटो के लिए स्वचालन उपकरण का चयन करने से पहले आपको किन सभी बातों पर विचार करना चाहिए?
- तकनीकी साध्यता
- जटिलता का स्तर
- अनुप्रयोग स्थिरता
- परीक्षण डेटा
- आवेदन का आकार
- स्वचालित स्क्रिप्ट की पुन: प्रयोज्य
- पर्यावरण भर में निष्पादन
24. आप जोखिम विश्लेषण का संचालन कैसे करेंगे?
निम्नलिखित चरणों के जोखिम विश्लेषण के लिए इसे लागू करने की आवश्यकता है
- जोखिम का स्कोर ढूँढना
- जोखिम के लिए एक प्रोफ़ाइल बनाना
- जोखिम गुणों को बदलना
- उस परीक्षण जोखिम के संसाधनों को तैनात करें
- जोखिम का डेटाबेस बनाना
25. डिबगिंग की श्रेणियां क्या हैं?
डिबगिंग के लिए श्रेणियाँ
- तेज बल डिबगिंग
- बैक ट्रैकिंग
- कारण समाप्त
- कार्यक्रम स्लाइसिंग
- त्रुटि रहित विश्लेषण
26. उदाहरण के साथ दोष मास्किंग क्या है?
जब एक दोष की उपस्थिति प्रणाली में एक और दोष की उपस्थिति को छुपाती है, तो इसे गलती मास्किंग के रूप में जाना जाता है।
उदाहरण: यदि "नेगेटिव वैल्यू" अनहेल्दी सिस्टम अपवाद की फायरिंग का कारण बनता है, तो डेवलपर नकारात्मक मान इनपुट को रोक देगा। यह समस्या को हल करेगा और बिना किसी अपवाद के फायरिंग के दोष को छिपाएगा।
27. बताइए कि टेस्ट प्लान क्या है? वह कौन सी जानकारी है जो टेस्ट प्लान में शामिल होनी चाहिए?
परीक्षण योजना को एक दस्तावेज के रूप में परिभाषित किया जा सकता है, जिसमें परीक्षण गतिविधियों की गुंजाइश, दृष्टिकोण, संसाधन और अनुसूची का वर्णन होता है और एक परीक्षण योजना में निम्नलिखित विवरण शामिल होने चाहिए।
- टेस्ट की रणनीति
- परीक्षा का उद्देश्य
- बाहर निकलें / निलंबन मानदंड
- संसाधन आयोजन
- परीक्षण वितरित करें
28. आप अपनी परियोजना में उत्पाद जोखिम को कैसे खत्म कर सकते हैं?
यह आपको अपनी परियोजना में उत्पाद जोखिम को खत्म करने में मदद करता है, और एक सरल अभी तक महत्वपूर्ण कदम है जो आपकी परियोजना में उत्पाद जोखिम को कम कर सकता है।
- विनिर्देश दस्तावेजों की जांच करें
- डेवलपर सहित सभी हितधारकों के साथ परियोजना के बारे में चर्चा करें
- असली उपयोगकर्ता के रूप में वेबसाइट के चारों ओर चलते हैं
29. प्रोजेक्ट विफलता की ओर जाने वाला सामान्य जोखिम क्या है?
सामान्य जोखिम जो एक परियोजना की विफलता की ओर ले जाते हैं
- पर्याप्त मानव संसाधन न होना
- परीक्षण वातावरण ठीक से सेट नहीं किया जा सकता है
- सिमित बजट
- समय सीमा
30. आप अपनी परियोजना के लिए किस आधार पर अनुमान लगा सकते हैं?
अपनी परियोजना का अनुमान लगाने के लिए, आपको निम्नलिखित बिंदुओं पर विचार करना होगा
- पूरे प्रोजेक्ट को सबसे छोटे कार्यों में विभाजित करें
- टीम के सदस्यों को प्रत्येक कार्य आवंटित करें
- प्रत्येक कार्य को पूरा करने के लिए आवश्यक प्रयास का अनुमान लगाएं
- अनुमान को वैधता दें
31. समझाएँ कि आप टीम के सदस्यों को एक कार्य कैसे आवंटित करेंगे?
| टास्क | सदस्य |
|
|
|
|
|
|
|
|
|
|
32. बताइए कि परीक्षण प्रकार क्या है और सामान्यतः प्रयुक्त परीक्षण प्रकार क्या हैं?
एक अपेक्षित परीक्षा परिणाम प्राप्त करने के लिए, एक मानक प्रक्रिया का पालन किया जाता है जिसे परीक्षण प्रकार कहा जाता है।
आमतौर पर इस्तेमाल किए जाने वाले परीक्षण प्रकार हैं
- यूनिट टेस्टिंग: किसी एप्लिकेशन का सबसे छोटा कोड टेस्ट करें
- एपीआई परीक्षण: परीक्षण एपीआई आवेदन के लिए बनाया गया है
- एकीकरण परीक्षण: व्यक्तिगत सॉफ्टवेयर मॉड्यूल संयुक्त और परीक्षण किए जाते हैं
- सिस्टम टेस्टिंग: सिस्टम का पूरा परीक्षण
- इंस्टॉल / अनइंस्टॉल परीक्षण: ग्राहक / ग्राहक के दृष्टिकोण से किया गया परीक्षण
- एजाइल टेस्टिंग: एजाइल तकनीक के माध्यम से परीक्षण
33. अपने प्रोजेक्ट की निगरानी करते समय आपको किन सभी बातों पर विचार करना है?
जिन बातों पर ध्यान देना है, वे हैं
- क्या आपका प्रोजेक्ट तय है
- क्या आप बजट से अधिक हैं?
- क्या आप उसी करियर गोल की दिशा में काम कर रहे हैं
- क्या आपके पास पर्याप्त संसाधन हैं
- क्या आसन्न समस्याओं के कोई चेतावनी संकेत हैं
- क्या परियोजना को जल्द पूरा करने के लिए प्रबंधन पर कोई दबाव है
34. सामान्य गलतियाँ क्या हैं जो समस्याएँ पैदा करती हैं?
- गलत परियोजनाओं के लिए संसाधनों का मिलान
- टेस्ट मैनेजर में कौशल की कमी है
- दूसरों की नहीं सुन रहा
- गरीब निर्धारण
- underestimating
- छोटी समस्याओं को नजरअंदाज करना
- प्रक्रिया का पालन नहीं कर रहा है
35. एक विशिष्ट परीक्षण रिपोर्ट में क्या होता है? परीक्षण रिपोर्ट के क्या लाभ हैं?
एक परीक्षण रिपोर्ट में निम्नलिखित बातें शामिल हैं:
- परियोजना की जानकारी
- परीक्षा का उद्देश्य
- टेस्ट सारांश
- दोष
परीक्षण रिपोर्ट के लाभ हैं:
- परियोजना की वर्तमान स्थिति और उत्पाद की गुणवत्ता की जानकारी दी जाती है
- यदि आवश्यक हो, तो हितधारक और ग्राहक सुधारात्मक कार्रवाई कर सकते हैं
- एक अंतिम दस्तावेज़ यह तय करने में मदद करता है कि उत्पाद रिलीज़ के लिए तैयार है या नहीं
36. परीक्षण प्रबंधन समीक्षा क्या है और यह महत्वपूर्ण क्यों है?
प्रबंधन की समीक्षा को सॉफ्टवेयर गुणवत्ता आश्वासन या SQA भी कहा जाता है। SQA सॉफ़्टवेयर कार्य उत्पादों के बजाय सॉफ़्टवेयर प्रक्रिया पर अधिक ध्यान केंद्रित करता है। यह सुनिश्चित करने के लिए डिज़ाइन की गई गतिविधियों का एक सेट है कि परियोजना प्रबंधक मानक प्रक्रिया का पालन करता है। SQA परीक्षण प्रबंधक को निर्धारित मानकों के विरुद्ध प्रोजेक्ट को बेंचमार्क करने में मदद करता है।
37. सॉफ्टवेयर गुणवत्ता आश्वासन के लिए सर्वोत्तम अभ्यास क्या हैं?
एक प्रभावी SQA कार्यान्वयन के लिए सर्वोत्तम अभ्यास है
- निरंतर सुधार
- प्रलेखन
- उपकरण का उपयोग
- मैट्रिक्स
- टीम के सदस्यों द्वारा जिम्मेदारी
- अनुभवी SQA ऑडिटर
38. RTM (रिक्वायरमेंट ट्रैसेबिलिटी मैट्रिक्स) कब तैयार किया जाता है?
RTM टेस्ट केस डिजाइनिंग से पहले तैयार किया जाता है। आवश्यकताओं को समीक्षा गतिविधियों से पता लगाया जाना चाहिए।
39. टेस्ट मैट्रिक्स और ट्रैसेबिलिटी मैट्रिक्स में क्या अंतर है?
टेस्ट मैट्रिक्स : सॉफ्टवेयर परीक्षण के सभी चरणों को पकड़ने के लिए वास्तविक गुणवत्ता, प्रयास, योजना, संसाधनों और समय को पकड़ने के लिए टेस्ट मैट्रिक्स का उपयोग किया जाता है
ट्रैसेबिलिटी मैट्रिक्स : परीक्षण के मामलों और ग्राहकों की आवश्यकताओं के बीच मैपिंग को ट्रेसेबिलिटी मैट्रिक्स के रूप में जाना जाता है
40. मैनुअल परीक्षण में स्टब्स और ड्राइवर क्या हैं?
दोनों स्टब्स और ड्राइवर वृद्धिशील परीक्षण का हिस्सा हैं। वृद्धिशील परीक्षण में, नीचे-ऊपर और ऊपर-नीचे दृष्टिकोण दो दृष्टिकोण हैं। ड्राइवरों का उपयोग नीचे-परीक्षण में किया जाता है और स्टब का उपयोग टॉप-डाउन दृष्टिकोण के लिए किया जाता है। मुख्य मॉड्यूल का परीक्षण करने के लिए, स्टब का उपयोग किया जाता है, जो एक डमी कोड या प्रोग्राम है।
41. दोष मिलने पर आप क्या कदम उठाएँगे?
एक बार एक दोष पाया जाता है तो आप कदम का पालन करेंगे
a) दोष को फिर से बनाना
b) स्क्रीनशॉट अटैच करें
ग) दोष लॉग करें
42. "टेस्ट प्लान ड्रिवेन" या "की-वर्ड ड्रिवेन" परीक्षण का तरीका क्या है?
यह तकनीक विशेष "कुंजी शब्द" वाली स्प्रेडशीट का उपयोग करके परीक्षकों द्वारा विकसित वास्तविक परीक्षण केस दस्तावेज़ का उपयोग करती है। प्रमुख शब्द प्रोसेसिंग को नियंत्रित करते हैं।
43. DFD (डेटा फ्लो डायग्राम) क्या है?
जब सूचना प्रणाली के माध्यम से "डेटा का प्रवाह" रेखांकन का प्रतिनिधित्व करता है, तो इसे डेटा फ्लो आरेख के रूप में जाना जाता है। इसका उपयोग डाटा प्रोसेसिंग के दृश्य के लिए भी किया जाता है।
44. LCSAJ क्या है?
LCSAJ का अर्थ है 'रैखिक कोड अनुक्रम और कूद।' इसमें निम्नलिखित तीन आइटम शामिल हैं
क) निष्पादन योग्य बयानों के रैखिक अनुक्रम की शुरुआत
बी) रैखिक अनुक्रम का अंत
c) लक्ष्य रेखा जिसे नियंत्रण प्रवाह रैखिक अनुक्रम के अंत में स्थानांतरित किया जाता है
45. बताइए कि N + 1 परीक्षण क्या है?
प्रतिगमन परीक्षण की भिन्नता को N + 1 के रूप में दर्शाया गया है। इस तकनीक में, परीक्षण कई चक्रों में किया जाता है जिसमें परीक्षण चक्र 'एन' में पाई गई त्रुटियों को हल किया जाता है और परीक्षण चक्र एन + 1 में फिर से परीक्षण किया जाता है। जब तक कोई त्रुटि नहीं मिलती तब तक चक्र दोहराया जाता है।
46. फज परीक्षण क्या है और इसका उपयोग कब किया जाता है?
सॉफ्टवेयर में सुरक्षा खामियों और कोडिंग त्रुटियों का पता लगाने के लिए फज टेस्टिंग का उपयोग किया जाता है। इस तकनीक में, सिस्टम को क्रैश करने के प्रयास में सिस्टम में यादृच्छिक डेटा जोड़ा जाता है। यदि भेद्यता बनी रहती है, तो संभावित कारणों को निर्धारित करने के लिए फज टेस्टर नामक उपकरण का उपयोग किया जाता है। यह तकनीक बड़ी परियोजनाओं के लिए अधिक उपयोगी है लेकिन केवल एक बड़ी गलती का पता लगाती है।
47. उल्लेख करें कि सॉफ्टवेयर टेस्टिंग के स्टेटमेंट कवरेज मीट्रिक के मुख्य लाभ क्या हैं?
स्टेटमेंट कवरेज मेट्रिक का लाभ यह है कि
a) इसे प्रोसेसिंग सोर्स कोड की आवश्यकता नहीं होती है और इसे सीधे ऑब्जेक्ट कोड पर लागू किया जा सकता है
बी) कीड़े समान रूप से कोड के माध्यम से वितरित किए जाते हैं, जिसके कारण कवर किए गए निष्पादन योग्य बयानों का प्रतिशत पता चला दोषों का प्रतिशत दर्शाता है
48. "स्ट्रिंग की जगह" विधि के लिए परीक्षण मामले कैसे उत्पन्न करें?
a) यदि नए स्ट्रिंग में वर्ण> पिछले स्ट्रिंग में वर्ण हैं। कोई भी पात्र छोटा नहीं होना चाहिए
b) यदि नए स्ट्रिंग में अक्षर <पिछले स्ट्रिंग में अक्षर। जोड़ पात्रों को जोड़ा नहीं जाना चाहिए
ग) स्ट्रिंग से पहले और बाद के रिक्त स्थान को हटाया नहीं जाना चाहिए
घ) स्ट्रिंग की पहली घटना के लिए स्ट्रिंग को केवल प्रतिस्थापित किया जाना चाहिए
49. आप अपनी टीम के सदस्यों के बीच संघर्ष को कैसे संभालेंगे?
- मैं प्रत्येक व्यक्ति से व्यक्तिगत रूप से बात करूंगा और उनकी चिंताओं पर ध्यान दूंगा
- मैं टीम के सदस्यों द्वारा उठाए गए सामान्य समस्याओं का हल ढूंढूंगा
- मैं एक टीम बैठक आयोजित करूंगा, समाधान प्रकट करूंगा और लोगों को सहयोग करने के लिए कहूंगा
50. उल्लेख करें कि दोषों की श्रेणियां क्या हैं?
मुख्य रूप से तीन दोष श्रेणियां हैं
- गलत : जब किसी आवश्यकता को गलत तरीके से लागू किया जाता है
- गुम : यह विनिर्देश से भिन्नता है, एक संकेत है कि विनिर्देश लागू नहीं किया गया था या ग्राहक की आवश्यकता पूरी नहीं हुई है
- अतिरिक्त : एक आवश्यकता को उस उत्पाद में शामिल किया गया जो अंत ग्राहक द्वारा नहीं दिया गया था। इसे एक दोष के रूप में माना जाता है क्योंकि यह मौजूदा आवश्यकताओं से भिन्नता है
51. बताइए कि टेस्ट कवरेज टूल कैसे काम करता है?
वास्तविक उत्पाद पर परीक्षण करते समय कोड कवरेज परीक्षण उपकरण समानांतर चलता है। कोड कवरेज टूल स्रोत कोड के निष्पादित कथनों की निगरानी करता है। जब अंतिम परीक्षण किया जाता है, तो हमें लंबित बयानों की पूरी रिपोर्ट मिलती है और कवरेज प्रतिशत भी मिलता है।
52. उल्लेख करें कि सॉफ्टवेयर परीक्षण में "दोष" और "विफलता" के बीच अंतर क्या है?
साधारण शब्दों में जब कोई दोष अंतिम ग्राहक तक पहुंचता है, तो इसे विफलता कहा जाता है, जबकि दोष की पहचान आंतरिक रूप से की जाती है; तो यह एक दोष के रूप में जाना जाता है।
53. बताइए कि सॉफ्टवेयर विकास जीवनचक्र में फैले प्रोजेक्ट में दस्तावेजों का परीक्षण कैसे किया जाता है?
परियोजना का विकास सॉफ्टवेयर के जीवनकाल में निम्नलिखित तरीके से होता है
- केंद्रीय / परियोजना परीक्षण योजना: यह मुख्य परीक्षण योजना है जो परियोजना की पूरी परीक्षण रणनीति को रेखांकित करती है। इस योजना का उपयोग सॉफ्टवेयर विकास जीवनचक्र के अंत तक किया जाता है
- स्वीकृति परीक्षण योजना: यह दस्तावेज़ आवश्यकता चरण के दौरान शुरू होता है और अंतिम वितरण पर पूरा होता है
- सिस्टम परीक्षण योजना: यह योजना डिजाइन योजना के दौरान शुरू होती है और परियोजना के अंत तक आगे बढ़ती है
- एकीकरण और यूनिट परीक्षण योजना: ये दोनों परीक्षण योजनाएं निष्पादन चरण के दौरान शुरू होती हैं और अंतिम वितरण तक चलती हैं
54. बताइए कि कौन से परीक्षण मामले पहले ब्लैक बॉक्स या व्हाइट बॉक्स लिखे जाते हैं?
ब्लैक बॉक्स टेस्ट मामलों को ब्लैक बॉक्स टेस्ट मामलों को लिखने के लिए पहले लिखा जाता है; इसके लिए परियोजना योजना और आवश्यकता दस्तावेज की आवश्यकता होती है, ये सभी दस्तावेज परियोजना की शुरुआत में आसानी से उपलब्ध हैं। सफेद बॉक्स परीक्षण मामलों को लिखते समय अधिक वास्तु समझ की आवश्यकता होती है और यह परियोजना के प्रारंभ में उपलब्ध नहीं है।
55. बताइए कि अव्यक्त और नकाबपोश दोषों में क्या अंतर है?
- अव्यक्त दोष: एक अव्यक्त दोष एक मौजूदा दोष है जो विफलता का कारण नहीं बना है क्योंकि स्थितियों के सेट कभी नहीं मिले थे
- नकाब दोष: यह एक मौजूदा दोष है जो विफलता का कारण नहीं बना है क्योंकि एक और दोष ने कोड के उस हिस्से को निष्पादित होने से रोक दिया है
56. नीचे परीक्षण क्या है?
बॉटम-अप परीक्षण एकीकरण परीक्षण के लिए एक दृष्टिकोण है, जहां सबसे निचले स्तर के घटकों का पहले परीक्षण किया जाता है, फिर उच्च स्तर के घटकों के परीक्षण की सुविधा के लिए उपयोग किया जाता है। पदानुक्रम के शीर्ष पर घटक का परीक्षण होने तक प्रक्रिया को दोहराया जाता है।
57. परीक्षण कवरेज तकनीकों के विभिन्न प्रकार क्या हैं?
विभिन्न प्रकार के परीक्षण कवरेज तकनीकों में शामिल हैं
- कथन कवरेज: यह पुष्टि करता है कि स्रोत कोड की प्रत्येक पंक्ति को निष्पादित और परीक्षण किया गया है
- निर्णय कवरेज: यह सुनिश्चित करता है कि स्रोत कोड में प्रत्येक निर्णय निष्पादित और परीक्षण किया जाता है
- पथ कवरेज: यह सुनिश्चित करता है कि कोड के दिए गए हिस्से के माध्यम से हर संभव मार्ग निष्पादित और परीक्षण किया गया है
58. सांस परीक्षण का अर्थ क्या है?
सांस परीक्षण एक परीक्षण सूट है जो किसी उत्पाद की पूर्ण कार्यक्षमता का अभ्यास करता है लेकिन विस्तार से सुविधाओं का परीक्षण नहीं करता है
59. कोड वॉक थ्रू का अर्थ क्या है?
कोड वॉक थ्रू दोष खोजने और कोडिंग तकनीकों को सत्यापित करने के लिए प्रोग्राम सोर्स कोड का अनौपचारिक विश्लेषण है
60. उल्लेख करें कि दोष रिपोर्ट प्रारूप के मूल घटक क्या हैं?
दोष रिपोर्ट प्रारूप के आवश्यक घटकों में शामिल हैं
- परियोजना का नाम
- मोड्यूल का नाम
- पर दोष का पता चला
- द्वारा पाया दोष
- दोष आईडी और नाम
- दोष का स्नैपशॉट
- प्राथमिकता और गंभीरता की स्थिति
- द्वारा हल दोष
- दोष का निराकरण
61. उल्लेख करें कि एंड-टू-एंड टेस्टिंग करने के पीछे उद्देश्य क्या है?
एंड-टू-एंड परीक्षण कार्यात्मक परीक्षण के बाद किया जाता है। एंड-टू-एंड परीक्षण करने के पीछे उद्देश्य यह है कि
- बाहरी इंटरफेस के साथ सॉफ्टवेयर आवश्यकताओं और एकीकरण को मान्य करने के लिए
- वास्तविक दुनिया के पर्यावरण परिदृश्य में परीक्षण अनुप्रयोग
- आवेदन और डेटाबेस के बीच बातचीत का परीक्षण
62. बताइए कि टेस्ट हार्नेस से इसका क्या मतलब है?
एक परीक्षण हार्नेस विभिन्न स्थितियों में किसी एप्लिकेशन का परीक्षण करने के लिए टूल और टेस्ट डेटा के एक सेट को कॉन्फ़िगर कर रहा है, और इसमें शुद्धता के लिए अपेक्षित आउटपुट के साथ आउटपुट की निगरानी करना शामिल है।
63. एक परीक्षण परियोजना में बताएं कि आप किन परीक्षण गतिविधियों को स्वचालित करेंगे?
प्रोजेक्ट परीक्षण परीक्षण गतिविधियों में, आप स्वचालित होंगे
- टेस्ट जो आवेदन के हर निर्माण के लिए चलाने की आवश्यकता है
- एक ही कार्रवाई के लिए एकाधिक डेटा का उपयोग करने वाले परीक्षण
- अलग-अलग ब्राउज़रों का उपयोग करके पहचाने जाने वाले आवश्यक परीक्षण
- मिशन के महत्वपूर्ण पृष्ठ
- पृष्ठों के साथ एक लेन-देन जो थोड़े समय में नहीं बदलता है
64. जीवन चक्र के आरंभ में परीक्षण डिजाइन करने का MAIN लाभ क्या है?
यह कोड में शुरू होने से दोषों को रोकने में मदद करता है।
65. जोखिम-आधारित परीक्षण क्या है?
जोखिम-आधारित परीक्षण एक परीक्षण रणनीति बनाने के लिए दृष्टिकोण के लिए उपयोग किया जाने वाला शब्द है जो जोखिम के आधार पर परीक्षण को प्राथमिकता देने पर आधारित है। दृष्टिकोण का आधार एक विस्तृत जोखिम विश्लेषण है और जोखिम के स्तर से जोखिमों को प्राथमिकता देना है। प्रत्येक जोखिम को संबोधित करने के लिए टेस्ट को निर्दिष्ट किया जाता है, सबसे पहले जोखिम के साथ शुरू होता है।
66. परीक्षण के लिए निवारक और प्रतिक्रियाशील दृष्टिकोण के बीच प्रमुख अंतर क्या है?
निवारक परीक्षण जल्दी तैयार किए जाते हैं; सॉफ्टवेयर के उत्पादन के बाद प्रतिक्रियाशील परीक्षण तैयार किए गए हैं।
67. निकास मापदंड का उद्देश्य क्या है?
बाहर निकलने के मानदंड का उद्देश्य परीक्षण स्तर पूरा होने पर परिभाषित करना है।
68. जोखिम का स्तर क्या निर्धारित करता है?
प्रतिकूल घटना की संभावना और घटना का प्रभाव जोखिम के स्तर को निर्धारित करता है।
69. निर्णय तालिका परीक्षण का उपयोग कब किया जाता है?
निर्णय तालिका परीक्षण का उपयोग परीक्षण प्रणालियों के लिए किया जाता है जिसके लिए विनिर्देश नियमों या कारण-प्रभाव संयोजनों का रूप लेता है। एक निर्णय तालिका में, इनपुट एक कॉलम में सूचीबद्ध होते हैं, जिसमें एक ही कॉलम में आउटपुट होते हैं लेकिन इनपुट के नीचे। तालिका का शेष उत्पादन किए गए आउटपुट को परिभाषित करने के लिए इनपुट के संयोजन की पड़ताल करता है।
अधिक जानने के बारे में वीडियो ट्यूटोरियल में निर्णय टेबल परीक्षण तकनीक यहाँ
70. हम निर्णय तालिकाओं का उपयोग क्यों करते हैं?
तुल्यता विभाजन और सीमा मूल्य विश्लेषण की तकनीकों को अक्सर विशिष्ट स्थितियों या इनपुट पर लागू किया जाता है। हालांकि, अगर इनपुट के विभिन्न संयोजनों के परिणामस्वरूप अलग-अलग क्रियाएं होती हैं, तो समतुल्य विभाजन और सीमा मूल्य विश्लेषण का उपयोग करके दिखाना अधिक कठिन हो सकता है, जो उपयोगकर्ता इंटरफ़ेस पर अधिक ध्यान केंद्रित करते हैं। अन्य दो विनिर्देश-आधारित तकनीक, निर्णय तालिका, और राज्य संक्रमण परीक्षण व्यावसायिक तर्क या व्यावसायिक नियमों पर अधिक केंद्रित हैं। एक निर्णय तालिका चीजों के संयोजन (जैसे, आदानों) से निपटने का एक अच्छा तरीका है। इस तकनीक को कभी-कभी 'कारण-प्रभाव' तालिका के रूप में भी जाना जाता है। इसका कारण यह है कि 'कारण-प्रभाव रेखांकन' नामक एक संबद्ध तर्क आरेख तकनीक है जिसे कभी-कभी निर्णय तालिका को प्राप्त करने में मदद के लिए उपयोग किया जाता था
71. किसी सॉफ्टवेयर डिलीवर करने की समीक्षा करते समय मुख्य उद्देश्य क्या है?
किसी भी सॉफ्टवेयर काम उत्पाद में दोषों की पहचान करने के लिए।
72. निम्नलिखित में से कौन सा परीक्षण के अपेक्षित परिणाम को परिभाषित करता है? टेस्ट केस स्पेसिफिकेशन या टेस्ट डिज़ाइन स्पेसिफिकेशन।
टेस्ट केस विनिर्देश परीक्षण के अपेक्षित परिणामों को परिभाषित करता है।
73. परीक्षण स्वतंत्रता का क्या लाभ है?
यह प्रभावी परीक्षणों को परिभाषित करने में लेखक के पूर्वाग्रह से बचा जाता है।
74. किस परीक्षा प्रक्रिया के भाग के रूप में आप निकास मानदंड निर्धारित करते हैं?
निकास मापदंड 'टेस्ट प्लानिंग' के ठिकानों पर निर्धारित किए जाते हैं।
75. अल्फा परीक्षण क्या है?
डेवलपर की साइट पर अंतिम उपयोगकर्ता प्रतिनिधियों द्वारा पूर्व-रिलीज़ परीक्षण।
76. बीटा परीक्षण क्या है?
संभावित ग्राहकों द्वारा अपने स्वयं के स्थानों पर किए गए परीक्षण।
77. उल्लेख करें कि पायलट और बीटा परीक्षण में क्या अंतर है?
एक पायलट और बीटा परीक्षण के बीच अंतर यह है कि पायलट परीक्षण वास्तव में अंतिम तैनाती से पहले उपयोगकर्ताओं के समूह द्वारा उत्पाद का उपयोग करके किया जाता है, और बीटा परीक्षण में, हम वास्तविक डेटा इनपुट नहीं करते हैं, लेकिन इसे मान्य करने के लिए अंतिम ग्राहक पर स्थापित किया जाता है यदि उत्पाद का उपयोग उत्पादन में किया जा सकता है।
78. कोड के निम्नलिखित टुकड़े को देखते हुए, 100% निर्णय कवरेज के लिए कितने परीक्षणों की आवश्यकता है?
यदि चौड़ाई> लंबाईthenbiggest_dimension = चौड़ाईयदि ऊंचाई> चौड़ाईतत्पश्चात_निद्रा = ऊंचाईअगर अंतअन्यबिंदु_निद्रा = लंबाईयदि ऊंचाई> लंबाईतत्पश्चात_निद्रा = ऊंचाईअगर अंतअगर अंत
४
79. आपने कोड के निम्नलिखित टुकड़े के लिए 100% विवरण और 100% निर्णय कवरेज प्रदान करने के लिए परीक्षण मामलों को डिजाइन किया है। अगर चौड़ाई> लंबाई तो सबसे बड़ी_डिमेंशन = दूसरी और सबसे बड़ी_डिमेंशन = लंबाई एंड_इफ़ नीचे दिए गए कोड के टुकड़े के ऊपर जोड़ा गया है। प्रिंट "सबसे बड़ा आयाम है" और सबसे बड़ा_डिमेंटप्रिंट "चौड़ाई: और चौड़ाई प्रिंट "लंबाई: और लंबाई कितने और अधिक परीक्षण मामलों की आवश्यकता है?
कोई नहीं, मौजूदा परीक्षण मामलों का उपयोग किया जा सकता है।
80. परीक्षण तकनीक और परीक्षण उपकरण के बीच अंतर क्या है?
परीक्षण तकनीक: - यह सुनिश्चित करने के लिए एक प्रक्रिया है कि अनुप्रयोग प्रणाली या इकाई के कुछ पहलुओं को ठीक से काम करने की कुछ तकनीकें लेकिन कई उपकरण हो सकते हैं।
परीक्षण उपकरण: - परीक्षण प्रक्रिया करने के लिए एक वाहन है। उपकरण परीक्षक के लिए एक संसाधन है, लेकिन स्वयं परीक्षण करने के लिए अपर्याप्त है
परीक्षण उपकरण के बारे में अधिक जानें यहाँ
81. हम आवश्यकता विश्लेषण, लेखन के लिए इनपुट के रूप में आवश्यकता विनिर्देश के आउटपुट का उपयोग करते हैं
…उपयोगकर्ता स्वीकृति परीक्षण मामले
82. संशोधन के बाद पहले से ही परीक्षण किए गए प्रोग्राम का बार-बार परीक्षण, सॉफ्टवेयर में किए गए परिवर्तनों के परिणामस्वरूप या किसी अन्य संबंधित या असंबंधित सॉफ़्टवेयर घटक में किए गए परिवर्तनों के परिणामस्वरूप किसी भी दोष का पता लगाने के लिए।
प्रतिगमन परीक्षण
83. एक थोक व्यापारी प्रिंटर कारतूस बेचता है। न्यूनतम आदेश मात्रा 5. 100 या अधिक प्रिंटर कारतूस के आदेश के लिए 20% छूट है। आपको प्रिंटर कार्ट्रिज की संख्या के लिए विभिन्न मानों का उपयोग करके परीक्षण मामलों को तैयार करने के लिए कहा गया है। निम्नलिखित में से किस समूह में तीन परीक्षण इनपुट होते हैं जो सीमा मूल्य विश्लेषण का उपयोग करके उत्पन्न किया जाएगा?
4, 5, 99
84. घटक परीक्षण क्या है?
घटक परीक्षण, जिसे इकाई, मॉड्यूल और प्रोग्राम परीक्षण के रूप में भी जाना जाता है, सॉफ़्टवेयर के कामकाज में दोषों की खोज करता है और सत्यापित करता है (जैसे, मॉड्यूल, प्रोग्राम, ऑब्जेक्ट, क्लासेस, आदि) जो अलग-अलग परीक्षण योग्य हैं। घटक परीक्षण विकास जीवन चक्र और प्रणाली के संदर्भ के आधार पर बाकी प्रणाली से अलगाव में किया जा सकता है। अधिकांश अक्सर स्टब्स और ड्राइवरों का उपयोग लापता सॉफ़्टवेयर को बदलने और सॉफ़्टवेयर घटकों के बीच इंटरफ़ेस को सरलता से अनुकरण करने के लिए किया जाता है। परीक्षण करने के लिए सॉफ्टवेयर घटक से एक स्टब कहा जाता है; ड्राइवर परीक्षण के लिए एक घटक को बुलाता है।
यहाँ यूनिट परीक्षण पर एक भयानक वीडियो है
85. कार्यात्मक प्रणाली परीक्षण क्या है?
सिस्टम के अंत से अंत तक की कार्यक्षमता का परीक्षण करना एक कार्यात्मक प्रणाली परीक्षण के रूप में परिभाषित किया गया है।
86. स्वतंत्र परीक्षण के क्या लाभ हैं?
स्वतंत्र परीक्षक निष्पक्ष होते हैं और एक ही समय में विभिन्न दोषों की पहचान करते हैं।
87. परीक्षण के लिए एक प्रतिक्रियात्मक दृष्टिकोण में, जब आप उम्मीद करेंगे कि परीक्षण डिजाइन का थोक काम शुरू हो जाएगा?
सॉफ्टवेयर या सिस्टम के उत्पादन के बाद परीक्षण डिजाइन का काम शुरू हो गया।
88. फुर्तीली विकास मॉडल में अलग-अलग तरीके क्या हैं?
वर्तमान में सात अलग-अलग चुस्त तरीके हैं जिनसे मैं अवगत हूं:
- चरम प्रोग्रामिंग (XP)
- जमघट
- लीन सॉफ्टवेयर डेवलपमेंट
- फ़ीचर-संचालित विकास
- चंचल एकीकृत प्रक्रिया
- क्रिस्टल
- डायनेमिक सिस्टम डेवलपमेंट मॉडल (DSDM)
89. मौलिक परीक्षण प्रक्रिया में किस गतिविधि में आवश्यकताओं और प्रणाली की परीक्षणशीलता का मूल्यांकन शामिल है?
एक 'टेस्ट एनालिसिस' और 'डिज़ाइन' में आवश्यकताओं और प्रणाली की परीक्षण क्षमता का मूल्यांकन शामिल है।
90. परीक्षण प्रयासों को चलाने के लिए जोखिम का उपयोग करने के लिए आम तौर पर सबसे महत्वपूर्ण कारण क्या है?
क्योंकि हर चीज का परीक्षण संभव नहीं है।
91. यादृच्छिक / बंदर परीक्षण क्या है? इसका उपयोग कब किया जाता है?
यादृच्छिक परीक्षण को अक्सर बंदर परीक्षण के रूप में जाना जाता है। इस तरह के परीक्षण डेटा में एक उपकरण या स्वचालित तंत्र का उपयोग करके यादृच्छिक रूप से अक्सर उत्पन्न होता है। इस बेतरतीब ढंग से उत्पन्न इनपुट के साथ, सिस्टम का परीक्षण किया जाता है, और परिणामों का तदनुसार विश्लेषण किया जाता है। ये परीक्षण कम विश्वसनीय हैं; इसलिए यह आमतौर पर शुरुआती लोगों द्वारा उपयोग किया जाता है और यह देखने के लिए कि क्या सिस्टम प्रतिकूल प्रभावों के तहत पकड़ लेगा।
92. निम्नलिखित में से कौन सी घटना रिपोर्ट के लिए वैध उद्देश्य हैं?
- आवश्यक पहचान, अलगाव और सुधार को सक्षम करने के लिए समस्या के बारे में प्रतिक्रिया के साथ डेवलपर्स और अन्य दलों को प्रदान करें।
- परीक्षण प्रक्रिया में सुधार के लिए विचार प्रदान करें।
- परीक्षक क्षमता का आकलन करने के लिए एक वाहन प्रदान करें।
- परीक्षण के तहत प्रणाली की गुणवत्ता पर नज़र रखने के साधन के साथ परीक्षक प्रदान करें।
93. निम्नलिखित तकनीकों पर विचार करें। जो स्थिर हैं और जो गतिशील तकनीक हैं?
- समान विभाजन।
- केस टेस्टिंग का उपयोग करें।
- डेटा प्रवाह विश्लेषण।
- खोजपूर्ण परीक्षण।
- निर्णय परीक्षण।
- निरीक्षण।
डेटा प्रवाह विश्लेषण और निरीक्षण स्थिर हैं; समतुल्य विभाजन, उपयोग केस परीक्षण, अन्वेषण परीक्षण और निर्णय परीक्षण गतिशील हैं।
94. स्थैतिक परीक्षण और गतिशील परीक्षण को पूरक क्यों कहा जाता है?
क्योंकि वे दोषों की पहचान करने के उद्देश्य को साझा करते हैं लेकिन उनके द्वारा पाए जाने वाले प्रकारों में भिन्नता होती है।
95. एक औपचारिक समीक्षा के चरण क्या हैं?
अनौपचारिक समीक्षाओं के विपरीत, औपचारिक समीक्षा एक औपचारिक प्रक्रिया का पालन करती है। एक विशिष्ट औपचारिक समीक्षा प्रक्रिया में छह मुख्य चरण होते हैं:
- योजना
- शुरू करना
- तैयारी
- पुनरीक्षण बैठक
- फिर से काम
- ऊपर का पालन करें।
96. समीक्षा प्रक्रिया में मॉडरेटर की क्या भूमिका है?
मॉडरेटर (या समीक्षा नेता) समीक्षा प्रक्रिया का नेतृत्व करता है। वह लेखक के साथ सहयोग में, समीक्षा के प्रकार, दृष्टिकोण और समीक्षा टीम की संरचना को निर्धारित करता है। समीक्षा प्रक्रिया के इनपुट और आउटपुट की गुणवत्ता को नियंत्रित करने के लिए, मध्यस्थ प्रवेश पर और चेक-अप का प्रदर्शन करता है। मध्यस्थ भी बैठक का समय निर्धारित करता है, बैठक से पहले दस्तावेजों को प्रसारित करता है, टीम के अन्य सदस्यों को कोच करता है, बैठक को पेस करता है, संभावित चर्चाओं का नेतृत्व करता है और एकत्र किए गए डेटा को संग्रहीत करता है।
वीडियो ट्यूटोरियल में समीक्षा प्रक्रिया के बारे में अधिक जानने के लिए यहाँ
97. एक समतुल्य विभाजन क्या है (इसे समतुल्यता वर्ग के रूप में भी जाना जाता है)?
एक इनपुट या आउटपुट रेंज के मान ऐसे होते हैं कि रेंज में केवल एक मान ही टेस्ट केस बनता है।
98. विन्यास प्रबंधन प्रक्रियाओं को कब लागू किया जाना चाहिए?
परीक्षण की योजना के दौरान।
99. एक प्रकार का कार्यात्मक परीक्षण, जो खतरों का पता लगाने से संबंधित कार्यों की जांच करता है, जैसे दुर्भावनापूर्ण बाहरी लोगों से वायरस?
सुरक्षा परीक्षण
100. परीक्षण जिसमें हम परीक्षण के लक्ष्य को बदलते हैं, प्रदर्शन व्यवहार और लक्ष्य और परीक्षण की क्षमता को मापने के लिए कार्यभार को अलग-अलग करने के लिए और इन विभिन्न कार्यभार के तहत ठीक से काम करने के लिए जारी रखने के लिए?
लोड परीक्षण
101. परीक्षण गतिविधि जिसे इंटरफेस में दोषों को उजागर करने के लिए और एकीकृत घटकों के बीच बातचीत में किया जाता है?
एकीकरण स्तर परीक्षण
102. संरचना-आधारित (व्हाइट-बॉक्स) परीक्षण तकनीकें क्या हैं?
संरचना-आधारित परीक्षण तकनीक (जो स्थैतिक के बजाय गतिशील भी हैं) परीक्षण के मामलों को प्राप्त करने के लिए सॉफ्टवेयर की आंतरिक संरचना का उपयोग करती हैं। उन्हें आमतौर पर 'व्हाइट-बॉक्स' या 'ग्लास-बॉक्स' तकनीक कहा जाता है (आप सिस्टम में देख सकते हैं) क्योंकि उन्हें इस बात की जानकारी होती है कि सॉफ्टवेयर को कैसे लागू किया जाता है, यानी यह कैसे काम करता है। उदाहरण के लिए, एक संरचनात्मक तकनीक सॉफ्टवेयर में छोरों के अभ्यास से संबंधित हो सकती है। एक बार, दो बार और कई बार लूप का अभ्यास करने के लिए अलग-अलग टेस्ट के मामले लिए जा सकते हैं। यह सॉफ्टवेयर की कार्यक्षमता की परवाह किए बिना किया जा सकता है।
103. "प्रतिगमन परीक्षण" कब किया जाना चाहिए?
सॉफ्टवेयर में बदलाव होने के बाद या जब वातावरण में बदलाव आया है तो प्रतिगमन परीक्षण किया जाना चाहिए।
104 । नकारात्मक और सकारात्मक परीक्षण क्या है?
एक नकारात्मक परीक्षण तब होता है जब आप एक अमान्य इनपुट में डालते हैं और त्रुटियां प्राप्त करते हैं। जबकि सकारात्मक परीक्षण तब होता है जब आप एक वैध इनपुट में डालते हैं और विनिर्देश के अनुसार कुछ कार्रवाई पूरी होने की उम्मीद करते हैं।
105. परीक्षण पूर्ण करने की कसौटी का उद्देश्य क्या है?
परीक्षण पूरा करने की कसौटी का उद्देश्य यह निर्धारित करना है कि परीक्षण कब रोकना है
106. स्थैतिक विश्लेषण क्या नहीं मिल सकता है?
उदाहरण के लिए मेमोरी लीक्स।
107. पुन: परीक्षण और प्रतिगमन परीक्षण में क्या अंतर है?
पुनः परीक्षण सुनिश्चित करता है कि मूल दोष को हटा दिया गया है; प्रतिगमन परीक्षण अप्रत्याशित दुष्प्रभावों के लिए दिखता है।
108. अनुभव-आधारित परीक्षण तकनीक क्या हैं?
अनुभव-आधारित तकनीकों में, लोगों की जानकारी, कौशल और पृष्ठभूमि परीक्षण स्थितियों और परीक्षण मामलों में प्रमुख योगदानकर्ता हैं। तकनीकी और व्यावसायिक दोनों लोगों का अनुभव महत्वपूर्ण है, क्योंकि वे परीक्षण विश्लेषण और डिजाइन प्रक्रिया के लिए अलग-अलग दृष्टिकोण लाते हैं। इसी तरह के सिस्टम के साथ पिछले अनुभव के कारण, वे गलत हो सकते हैं, जो परीक्षण के लिए बहुत उपयोगी है।
109. मैट्रिक्स सहित औपचारिक प्रविष्टि और निकास मानदंडों के लिए किस प्रकार की समीक्षा की आवश्यकता है?
निरीक्षण
110. क्या समीक्षा या निरीक्षण को परीक्षण का हिस्सा माना जा सकता है?
हां, क्योंकि दोनों दोषों का पता लगाने में मदद करते हैं और गुणवत्ता में सुधार करते हैं।
111. एक इनपुट क्षेत्र 1900 और 2004 के बीच जन्म का वर्ष लेता है इस क्षेत्र के परीक्षण के लिए सीमा मूल्य क्या हैं?
1899,1900,2004,2005
112. प्रतिगमन परीक्षण के स्वचालन में निम्नलिखित में से कौन सा उपकरण शामिल होगा? ए। डेटा परीक्षक b। सीमा परीक्षक c। कब्जा / प्लेबैक डी। आउटपुट तुलनित्र।
डी आउटपुट तुलनित्र
113. एक फ़ंक्शन का परीक्षण करने के लिए, प्रोग्रामर को क्या लिखना है, जो फ़ंक्शन को परीक्षण करने और परीक्षण डेटा पास करने के लिए कहता है।
चालक
114. डेवलपर्स के अपने काम का परीक्षण करने में कठिनाई का एक प्रमुख कारण क्या है?
निष्पक्षता का अभाव
115. "कितना परीक्षण पर्याप्त है?"
उत्तर आपके उद्योग, अनुबंध और विशेष आवश्यकताओं के लिए जोखिम पर निर्भर करता है।
116. परीक्षण कब रोका जाना चाहिए?
यह प्रणाली के परीक्षण के लिए जोखिम पर निर्भर करता है। कुछ मापदंड हैं जिनके आधार पर आप परीक्षण रोक सकते हैं।
- समय सीमा (परीक्षण, रिलीज़)
- टेस्ट बजट कम हो गया है
- बग दर एक निश्चित स्तर से नीचे आती है
- कुछ निश्चित प्रतिशत के साथ परीक्षण के मामले पूरे हुए
- परीक्षण के लिए अल्फा या बीटा अवधि समाप्त होती है
- एक विशिष्ट बिंदु पर कोड, कार्यक्षमता या आवश्यकताओं का कवरेज मिलता है
117. निम्नलिखित में से कौन सा छोटे में एकीकरण परीक्षण के लिए एकीकरण रणनीति का प्राथमिक उद्देश्य है?
एकीकरण रणनीति का प्राथमिक उद्देश्य यह निर्दिष्ट करना है कि कौन से मॉड्यूल कब और कितने समय में एक साथ मिलाना है।
118. अर्ध-यादृच्छिक परीक्षण मामले क्या हैं?
अर्ध-यादृच्छिक परीक्षण के मामले कुछ भी नहीं हैं, लेकिन जब हम यादृच्छिक परीक्षण मामलों का प्रदर्शन करते हैं और उन परीक्षण मामलों के लिए विभाजन का विभाजन करते हैं, तो यह निरर्थक परीक्षण मामलों को हटा देता है, इस प्रकार हमें अर्ध-यादृच्छिक परीक्षण मामले देता है।
119. निम्नलिखित कोड को देखते हुए, पूर्ण विवरण और शाखा कवरेज के लिए आवश्यक परीक्षण मामलों की न्यूनतम संख्या के बारे में कौन सा कथन सही है?
पी पढ़ें
क्यू पढ़ें
यदि p + q> 100
प्रिंट "बड़े"
अगर अंत
इफ पी> 50
"P बड़ा" प्रिंट करें
अगर अंत
स्टेटमेंट कवरेज के लिए 1 टेस्ट, ब्रांच कवरेज के लिए 2
120. आम तौर पर किसी उत्पाद का मूल्यांकन किस उद्देश्य से किया जाता है, इसका उपयोग अपेक्षित उपयोग के लिए उपयुक्तता निर्धारित करने और विसंगतियों की पहचान करने के लिए किया जाता है?
तकनीकी पुनरवलोकन।
121. पाया गया दोष मूल रूप से किसके द्वारा प्रलेखित किया जाना चाहिए?
परीक्षकों द्वारा।
122. वर्तमान औपचारिक विश्वव्यापी मान्यता प्राप्त प्रलेखन मानक कौन सा है?
एक नहीं है।
123. निम्नलिखित में से कौन सा समीक्षा भागीदार है जिसने समीक्षा करने के लिए आइटम बनाया है?
लेखक
124. सॉफ्टवेयर में कई महत्वपूर्ण बग तय किए गए हैं। सभी बग एक मॉड्यूल में हैं, रिपोर्ट से संबंधित हैं। परीक्षण प्रबंधक केवल रिपोर्ट मॉड्यूल पर प्रतिगमन परीक्षण करने का निर्णय लेता है।
प्रतिगमन परीक्षण अन्य मॉड्यूल पर भी किया जाना चाहिए क्योंकि एक मॉड्यूल को ठीक करने से अन्य मॉड्यूल प्रभावित हो सकते हैं।
125. सीमा मूल्य विश्लेषण अच्छे परीक्षण मामलों को क्यों प्रदान करता है?
क्योंकि मूल्यों की श्रेणी के 'किनारों' के पास विभिन्न मामलों की प्रोग्रामिंग के दौरान अक्सर त्रुटियां होती हैं।
126. एक निरीक्षण अन्य समीक्षा प्रकारों से क्या अलग करता है?
इसका नेतृत्व एक प्रशिक्षित नेता करता है, औपचारिक प्रवेश और निकास मापदंड और जाँच सूची का उपयोग करता है।
127. टेस्टर विन्यास प्रबंधन पर निर्भर क्यों हो सकता है?
क्योंकि कॉन्फ़िगरेशन प्रबंधन यह आश्वासन देता है कि हम टेस्टवेयर और टेस्ट ऑब्जेक्ट के सटीक संस्करण को जानते हैं।
128. वी-मॉडल क्या है?
एक सॉफ़्टवेयर डेवलपमेंट मॉडल जो दिखाता है कि परीक्षण गतिविधियाँ सॉफ़्टवेयर डेवलपमेंट चरणों के साथ कैसे एकीकृत होती हैं
129. रखरखाव परीक्षण क्या है?
मौजूदा सॉफ़्टवेयर के संशोधनों, माइग्रेशन या सेवानिवृत्ति से ट्रिगर
130. टेस्ट कवरेज क्या है?
टेस्ट कवरेज कुछ विशिष्ट तरीकों से मापता है परीक्षण का एक सेट (कुछ अन्य तरीके से, उदाहरण के लिए, विनिर्देश-आधारित तकनीकों का उपयोग करके) द्वारा किया गया परीक्षण। जहां भी हम चीजों को गिन सकते हैं और यह बता सकते हैं कि उन चीजों में से प्रत्येक को किसी परीक्षण द्वारा परीक्षण किया गया है या नहीं, तो हम कवरेज को माप सकते हैं।
131. "बिग बैंग" एकीकरण पर वृद्धिशील एकीकरण क्यों पसंद किया जाता है?
क्योंकि वृद्धिशील एकीकरण में बेहतर प्रारंभिक दोष स्क्रीनिंग और अलगाव की क्षमता है
132. टर्मिनल मॉड्यूल के साथ शुरू होने वाली प्रक्रिया को क्या कहा जाता है?
नीचे-ऊपर एकीकरण
133. किस परीक्षण गतिविधि के दौरान गलती को सबसे अधिक लागत प्रभावी रूप से पाया जा सकता है?
परीक्षण की योजना के दौरान
134. आवश्यकता चरण का उद्देश्य है
आवश्यकताओं को स्थिर करने के लिए, उपयोगकर्ता की जरूरतों को समझने के लिए, परीक्षण के दायरे को परिभाषित करने के लिए
135. हम परीक्षण को अलग-अलग चरणों में क्यों विभाजित करते हैं?
हमने निम्नलिखित कारणों के कारण परीक्षण को अलग-अलग चरणों में विभाजित किया है,
- प्रत्येक परीक्षण चरण का एक अलग उद्देश्य होता है
- चरणों में परीक्षण करना आसान है
- हम अलग-अलग वातावरण में अलग-अलग परीक्षण चला सकते हैं
- चरणबद्ध परीक्षण का उपयोग करके परीक्षण के प्रदर्शन और गुणवत्ता में सुधार किया जाता है
136. DRE क्या है?
परीक्षण प्रभावशीलता को मापने के लिए, एक शक्तिशाली मीट्रिक का उपयोग डीआरई (दोष निष्कासन दक्षता) के रूप में ज्ञात परीक्षण प्रभावशीलता को मापने के लिए किया जाता है, इस मीट्रिक से हमें पता चलेगा कि हमने परीक्षण के मामलों के सेट से कितने कीड़े पाए हैं। डीआरई की गणना का सूत्र है
DRE = परीक्षण करते समय बग की संख्या / परीक्षण करते समय बग की संख्या / उपयोगकर्ता द्वारा पाए जाने वाले बग की संख्या
137. टेस्ट कैप्चर और रीप्ले की सुविधा प्रदान करने वाले टेस्ट टूल के उपयोग से निम्नलिखित में से किसका सबसे अधिक लाभ होने की संभावना है? क) प्रतिगमन परीक्षण ख) एकीकरण परीक्षण ग) प्रणाली परीक्षण घ) उपयोगकर्ता स्वीकृति परीक्षण
प्रतिगमन परीक्षण
138. आप पुन: परीक्षण की मात्रा की आवश्यकता का अनुमान कैसे लगाएंगे?
पिछली समान परियोजनाओं के मैट्रिक्स और विकास टीम के साथ चर्चा
139. डेटा प्रवाह विश्लेषण क्या अध्ययन करता है?
कोड के माध्यम से पथों पर डेटा का उपयोग।
140. असफलता क्या है?
विफलता निर्दिष्ट व्यवहार से एक प्रस्थान है।
141. टेस्ट कम्पेरिनेटर्स क्या हैं?
क्या यह वास्तव में एक परीक्षण है यदि आप कुछ सॉफ़्टवेयर में कुछ इनपुट डालते हैं, लेकिन कभी यह देखने के लिए नहीं देखते हैं कि क्या सॉफ्टवेयर सही परिणाम देता है? परीक्षण का सार यह जांचना है कि क्या सॉफ्टवेयर सही परिणाम पैदा करता है और ऐसा करने के लिए, और हमें इसकी तुलना करनी चाहिए कि सॉफ्टवेयर क्या पैदा करता है जो उसे उत्पादन करना चाहिए। एक परीक्षण तुलनित्र उस तुलना के पहलुओं को स्वचालित करने में मदद करता है।
142. समीक्षा बैठक के दौरान पहचाने गए सभी मुद्दों, समस्याओं और खुले बिंदुओं के दस्तावेज के लिए कौन जिम्मेदार है
मुंशी
143. अनौपचारिक समीक्षा का मुख्य उद्देश्य क्या है
कुछ लाभ पाने का एक सस्ता तरीका
144. परीक्षण डिजाइन तकनीक का उद्देश्य क्या है?
परीक्षण की स्थिति की पहचान करना और परीक्षण मामलों की पहचान करना
145. एक ग्रेड गणना प्रणाली का परीक्षण करते समय, एक परीक्षक निर्धारित करता है कि 90 से 100 तक के सभी स्कोर A के ग्रेड का उत्पादन करेंगे, लेकिन 90 से नीचे के स्कोर नहीं होंगे। इस विश्लेषण के रूप में जाना जाता है:
समान विभाजन
146. एक परीक्षण प्रबंधक किसी वेब एप्लिकेशन के स्वचालित परीक्षण के लिए उपलब्ध संसाधनों का उपयोग करना चाहता है। सबसे अच्छा विकल्प परीक्षक, परीक्षण स्वचालन, वेब विशेषज्ञ, डीबीए है
147. एक मॉड्यूल परीक्षक के परीक्षण के दौरान, 'X' ने एक बग पाया और इसे एक डेवलपर को सौंपा। लेकिन डेवलपर ने इसे अस्वीकार करते हुए कहा कि यह बग नहीं है। Do X ’को क्या करना चाहिए?
सामने आई बग की विस्तृत जानकारी भेजें और प्रतिलिपि बनाएँ
148. एक प्रकार का एकीकरण परीक्षण जिसमें सॉफ्टवेयर तत्व, हार्डवेयर तत्व, या दोनों को एक साथ एक घटक या एक समग्र प्रणाली में जोड़ा जाता है, बजाय चरणों में।
बिग-बैंग परीक्षण
149. व्यवहार में, जो जीवन चक्र मॉडल में परियोजना और सॉफ्टवेयर उत्पाद के आधार पर विकास और परीक्षण के अधिक, कम या अलग स्तर हो सकते हैं। उदाहरण के लिए, घटक परीक्षण के बाद घटक एकीकरण परीक्षण और सिस्टम परीक्षण के बाद सिस्टम एकीकरण परीक्षण हो सकता है।
वि मॉडल
150. इनपुट और आउटपुट कवरेज प्राप्त करने के लिए किस तकनीक का उपयोग किया जा सकता है? इसे इंसानी इनपुट, सिस्टम के इंटरफेस के जरिए इनपुट या इंटीग्रेशन टेस्टिंग में इंटरफेस के मापदंडों पर लागू किया जा सकता है।
समान विभाजन
151. "यह जीवन चक्र मॉडल अनुसूची और बजट जोखिमों से प्रेरित है" यह कथन इसके लिए सबसे उपयुक्त है।
वि मॉडल
152. परीक्षण किस क्रम में चलाए जाने चाहिए?
सबसे महत्वपूर्ण सबसे पहले परीक्षण किया जाना चाहिए
153. विकास जीवन चक्र में बाद में एक गलती का पता चला है, इसे ठीक करना जितना महंगा है। क्यों?
गलती को अधिक प्रलेखन, कोड, परीक्षण, आदि में बनाया गया है
154. कवरेज माप क्या है?
यह परीक्षण पूर्णता का आंशिक माप है।
155. सीमा मूल्य परीक्षण क्या है?
इनपुट और आउटपुट समतुल्यता वर्गों के किनारों के नीचे और ऊपर परीक्षण सीमा की स्थिति। उदाहरण के लिए, मान लें कि एक बैंक एप्लिकेशन जहां आप अधिकतम रु। 20,000 और न्यूनतम रु .100 निकाल सकते हैं, इसलिए सीमा मूल्य परीक्षण में हम केवल सटीक सीमाओं का परीक्षण करते हैं, बजाय बीच में मारने के। इसका मतलब है कि हम अधिकतम सीमा से ऊपर और न्यूनतम सीमा से नीचे का परीक्षण करते हैं।
156. COTS क्या दर्शाता है?
शेल्फ के वाणिज्यिक।
157. इसका उद्देश्य किसी सिस्टम या नेटवर्क पर विशिष्ट परीक्षणों को करने की अनुमति देना है जो पर्यावरण के लिए यथासंभव निकटता से मिलता जुलता है, जहां परीक्षण के तहत आइटम को रिलीज होने पर उपयोग किया जाएगा?
परीक्षण का वातावरण
158. परियोजना योजना पर आधारित होने के बारे में क्या सोचा जा सकता है, लेकिन अधिक मात्रा में विस्तार के साथ?
चरण परीक्षण योजना
159. रैपिड एप्लीकेशन डेवलपमेंट क्या है?
रैपिड एप्लिकेशन डेवलपमेंट (आरएडी) औपचारिक रूप से कार्यों और बाद के एकीकरण का एक समानांतर विकास है। घटकों / कार्यों को समानांतर में विकसित किया जाता है जैसे कि वे मिनी प्रोजेक्ट थे, विकास समय-बॉक्सिंग, वितरित और फिर एक कार्यशील प्रोटोटाइप में इकट्ठे होते हैं। यह बहुत तेज़ी से ग्राहक को कुछ देखने और उपयोग करने और डिलीवरी और उनकी आवश्यकताओं के बारे में प्रतिक्रिया देने के लिए दे सकता है। इस पद्धति का उपयोग करके उत्पाद का तेजी से परिवर्तन और विकास संभव है। हालाँकि उत्पाद विनिर्देश को किसी बिंदु पर उत्पाद के लिए विकसित करने की आवश्यकता होगी, और उत्पादन में जाने से पहले परियोजना को और अधिक औपचारिक नियंत्रण में रखा जाना चाहिए।
हमारे देखें - परीक्षण प्रश्नोत्तरी
हमारे देखें - सॉफ्टवेयर परीक्षण साक्षात्कार प्रश्न Youtube वीडियो
नि: शुल्क पीडीएफ डाउनलोड: सॉफ्टवेयर परीक्षण साक्षात्कार प्रश्न और उत्तर
उपरोक्त मैनुअल परीक्षण साक्षात्कार प्रश्न और उत्तर पीडीएफ फ्रेशर्स के साथ-साथ अनुभवी क्यूए इंजीनियर्स को समान रूप से मदद करेंगे। कृपया मित्रों और सहयोगियों के साथ पेज को साझा करें।