सामान्य प्रश्न
निम्नलिखित प्रश्न सबसे अधिक बार पूछे जाते हैं। Guru99 समुदाय
- वीडियो देखने में असमर्थ?
- मुझे प्रोजेक्ट के लिए ईमेल नहीं मिला
- यदि मुझे किसी एप्लिकेशन में कोई बग मिलता है तो उसकी गंभीरता और प्राथमिकता का निर्णय कौन करेगा?
- यदि सिस्टम से संबंधित Funct.Spec/कोई दस्तावेज उपलब्ध न हो तो आप क्या करेंगे?
- यदि परीक्षक को कोई ऐसी समस्या मिलती है जो कार्य में बाधा उत्पन्न करती है तो वह क्या कर सकता है?ping रिलीज से कुछ दिन पहले समस्या?
- आपने सॉफ्टवेयर गुणवत्ता आश्वासन का क्षेत्र क्यों चुना?
वीडियो देखने में असमर्थ?
इस साइट पर सभी वीडियो होस्ट किए गए हैं YouTube और यहां सन्निहित है...
आप कर रहे हैं संभवतः किसी ऐसे स्थान से वेबसाइट तक पहुंच रहे हैं जहां YouTube प्रतिबंध लगा दिया है (आपकी कंपनी, कॉलेज, या कोई देश जहां YouTube प्रतिबंधित है)
अप्रतिबंधित वातावरण से वीडियो तक पहुंचने का प्रयास करें।
तुम करते हो नहीं वीडियो देखने के लिए पंजीकरण करना होगा।
मुझे प्रोजेक्ट के लिए ईमेल नहीं मिला
कृपया ध्यान दें कि प्रोजेक्ट ईमेल 24 घंटे के अंतराल पर भेजे जाते हैं। इसलिए अगर आपने गुरुवार रात 10 बजे सदस्यता ली है, तो आपको अगला ईमेल शुक्रवार रात 10 बजे मिलेगा।
कृपया अपना जंक या स्पैम जांचें Mailबॉक्स में भरें। यदि आप जीमेल का उपयोग कर रहे हैं, तो कृपया जाँच लें Promoटैब
हमारे सिस्टम में ईमेल दोबारा भेजने का फ़ीचर नहीं है। अगर फिर भी आपको समस्या का समाधान नहीं मिलता है, तो कृपया हमसे संपर्क करें। tracईमेल प्राप्त करने के लिए, किसी अन्य ईमेल आईडी से सदस्यता लें ताकि आपको सामग्री मिल सके।
यदि मुझे किसी एप्लिकेशन में कोई बग मिलता है तो उसकी गंभीरता और प्राथमिकता का निर्णय कौन करेगा?
की गंभीरता दोष समस्या की पहचान करने वाले व्यक्ति (परीक्षक) द्वारा प्राथमिकता निर्धारित की जाती है, जबकि समस्या को ठीक करने में शामिल व्यक्ति (डेवलपर्स) द्वारा प्राथमिकता निर्धारित की जाती है।
एक परीक्षक के रूप में, आप दोषों को प्राथमिकता दे सकते हैं जिसकी आमतौर पर परीक्षण लीड द्वारा समीक्षा की जाती है। विश्लेषण करने के बाद डेवलपर्स तय करेंगे कि यह उच्च प्राथमिकता वाला दोष है या कम प्राथमिकता वाला। अधिकांश समय, यह डेवलपर द्वारा किया जाता है, लेकिन परीक्षक भी इसकी गंभीरता को समझाने के लिए इसमें शामिल हो सकता है। चर्चा के बाद, लीड निष्कर्ष पर पहुंचेंगे।
गंभीरता मूल रूप से एप्लिकेशन या उत्पाद की कार्यक्षमता से संबंधित है। जबकि प्राथमिकता यह है कि डेवलपर उस बग या दोष को कितनी जल्दी ठीक कर सकता है। प्राथमिकता प्रकृति में गतिशील है, और यह परिदृश्य के अनुसार बदल जाएगी जबकि गंभीरता प्रकृति में स्थिर है।
यदि सिस्टम से संबंधित कोई कार्यात्मक विनिर्देश/कोई दस्तावेज उपलब्ध न हो तो आप क्या करेंगे?
- सबसे पहले बिज़नेस विश्लेषकों या एसएमई के साथ डोमेन को समझने की कोशिश करें। सिस्टम को समझने के लिए खोजपूर्ण परीक्षण करें।
- यदि परियोजना में यह सुविधा नहीं है व्यापार विश्लेषक या एसएमई, समान प्रणालियों पर काम करने वाले लोगों से बात करें।
- व्यवसाय को समझने के लिए उपयोगकर्ता समुदाय से बात करें
- इंटरनेट या पीएमओ से समान उत्पाद विनिर्देश का पता लगाएं
- उसी प्रकार के एप्लिकेशन सॉफ़्टवेयर की तलाश करें और उनकी विशेषताओं को समझें
- कुछ महत्वपूर्ण व्यावसायिक परिदृश्यों, वैकल्पिक दस्तावेजों, अनुप्रयोग विषयों के लिए लेखों की तलाश करें
- डेवलपर्स से सभी मॉड्यूल के बारे में स्पष्टीकरण पूछें
- उपयोगकर्ता का ऐतिहासिक डेटा, अनुप्रयोग और सुविधाएँ
- एप्लीकेशन का तकनीकी रूप से परीक्षण न करें, पहले अपने एप्लीकेशन का परीक्षण केवल उपयोगकर्ता के नजरिए से करें
यदि परीक्षक को कोई ऐसी समस्या मिलती है जो कार्य में बाधा उत्पन्न करती है तो वह क्या कर सकता है?ping रिलीज से कुछ दिन पहले समस्या?
- यदि संभव हो तो दोष की पुनः पुष्टि करें और पुनः दोष, प्रभाव और संभावित समाधान का दस्तावेजीकरण करें।
- इस बात को अपने मैनेजर के ध्यान में लाएं और टीम के साथ इस पर चर्चा करें, क्योंकि इस तरह की शो स्टॉपर फिल्म के रिलीज होने से एक सप्ताह पहले तक टीम के लिए अज्ञात रहना अच्छी बात नहीं है।
- एक बार जब दोष आपके प्रबंधक और उच्च परीक्षण अधिकारियों तक पहुंच जाता है, तो आपको अपनी बात उनके सामने रखने की आवश्यकता हो सकती है, इसलिए अपनी बात को पूरी तरह स्पष्ट रखें क्योंकि इससे रिलीज पर प्रभाव पड़ सकता है।
- अगर चर्चा आपको पसंद आती है, तो यह आपके लिए आगे बढ़ने और चमकने का समय है। अगर नहीं, तो आपके पास दिन के लिए एक सबक है। सीखते रहें।
आपने सॉफ्टवेयर गुणवत्ता आश्वासन का क्षेत्र क्यों चुना?
अंतिम उपयोगकर्ताओं या क्लाइंट को गुणवत्तापूर्ण प्रोजेक्ट प्रदान करने के लिए, परीक्षण अनिवार्य है, चाहे इसमें कोई भी कोडिंग शामिल हो। सॉफ़्टवेयर QA न केवल बग्स को लॉग करता है बल्कि उन बग्स के लिए समाधान भी प्रदान करता है।
QA क्षेत्र में, परीक्षकों को परीक्षण किए जाने वाले एप्लिकेशन की संपूर्ण कार्यक्षमताओं के बारे में जानकारी होनी चाहिए। इससे उन्हें विभिन्न वातावरणों में विकसित विभिन्न प्रकार के एप्लिकेशन और प्रोग्रामिंग की कुछ बुनियादी अवधारणाओं के बारे में भी पता चलता है। परीक्षण करते समय ज्ञान व्यापक होता है, जबकि प्रोग्रामिंग करते समय यह सीमित होता है। एक डेवलपर को कई तरह के एप्लिकेशन विकसित करने पड़ सकते हैं।ping यह पूरे एप्लिकेशन का एक छोटा सा हिस्सा है और हो सकता है कि इसे एप्लिकेशन की समग्र जानकारी न हो। ऐसे में मुझे QA (टेस्टर) की भूमिका अधिक रोचक लगी।