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