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