रिलीज से ठीक पहले हजारों दोषों का आदेश / हैंडलिंग

Question

यह सवाल एक बहुत अच्छी company.Below साथ एक साक्षात्कार में मुझसे पूछा गया है मैं हमारे बातचीत के रूप में सवाल प्रदान करेगा (एम: मुझे और मैं: साक्षात्कारकर्ता) .Though कोई निश्चित ans लेकिन मैं पता करने की जरूरत क्या साक्षात्कारकर्ता के विचार / उत्तर वास्तव में चाहते थे :

I: परिदृश्य आप हैं और 2 अन्य में परीक्षण टीम शामिल है। आप, लीड, केवल एक ही हैं जो ऑटोमेशन कर सकते हैं, अन्य केवल मैनुअल टेस्टिंग कर सकते हैं। आपके पास लगभग 10,000 बग हैं जिन्हें उठाया गया है और इस उत्पाद को वितरित करने से पहले आपके पास 4-5 सप्ताह या उससे कम है। यह सुनिश्चित करने के लिए आप क्या करेंगे कि उत्पाद समय पर दिया जाए?

एम: कीड़े प्राथमिकता बुद्धिमान फ़िल्टर और उन्हें फिर से बनाना। इस बीच, इस बारे में एक लॉग रखें कि क्या कार्यशीलता अधिक प्रतिगमन का सामना कर रहे हैं और इस प्रकार उन्हें स्वचालित करना शुरू करते हैं। आगे के परीक्षण के लिए इसी तरह या संबंधित बग दूसरों को दिए जाएंगे।

I: मान लीजिए कि किसी भी बग को किसी प्राथमिकता के साथ चिह्नित नहीं किया गया है। आप क्या करेंगे?

एम: मैं तारीखों के साथ फ़िल्टर करूंगा। किसी भी तरह के एसडीएलसी, यहां तक ​​कि फुर्तीले, कोर घटकों को पहले विकसित किया जाता है, अगर कोर कीड़े हैं, तो उन्हें पहले ठीक करने की आवश्यकता है।

I: (अस्वीकृति से) क्या होगा यदि बाद के स्प्रिंट में बहुत महत्वपूर्ण कार्यक्षमता जोड़ी जाती है? इसके अलावा आप अपनी टीम के साथियों और स्वचालित करने की क्षमता का उपयोग कैसे करेंगे।

एम: तारीख के साथ-साथ, एक परीक्षक के रूप में मुझे आज तक उत्पाद की मुख्य और महत्वपूर्ण कार्यक्षमताओं को जानना होगा। इस बात को ध्यान में रखते हुए कि प्रत्येक स्प्रिंट के मुख्य क्षेत्रों को काम करने के लिए मिल जाएगा (टीम के साथी के बारे में एक ही बात का जवाब दिया पहले जैसा)।

I: मान लीजिए, बग को प्रत्येक स्प्रिंट के समय के साथ चिह्नित नहीं किया गया है। आप क्या करेंगे?

एम: मैं उन कीवर्ड्स के साथ बग्स की सूची खोजूंगा जो महत्वपूर्ण कार्यक्षमता का प्रतिनिधित्व करते हैं जिनके बिना उत्पाद जारी नहीं किया जा सकता। मैं वहां से कीड़े चुनूंगा।

मैं: (फिर से निराश होकर) एक कीवर्ड के साथ, आपको बहुत सारे परिणाम मिलेंगे, क्या आप एक-एक करके उनके माध्यम से जाएंगे?

एम: (धीरे-धीरे उम्मीद खोते हुए) मैं बस शीर्षक के माध्यम से जाऊंगा और फैसला करूंगा।

मैं: आम तौर पर शीर्षक इतनी व्याख्यात्मक नहीं होते हैं, आप कैसे संभालेंगे?

एम: मैं स्वयं उत्पाद का परीक्षण शुरू करूंगा और उन बगों के साथ खोज करूंगा, जिनका सामना मैं बग के माध्यम से करने की कोशिश कर रहा हूं, क्योंकि मुझे उत्पाद वितरण के लिए निर्णय लेने की आवश्यकता है।

I: तो आप उन कई कीड़े की अनदेखी करेंगे? हितधारक सहमत नहीं हो सकते हैं। (इसके बाद मैंने इसे पूरी तरह से खो दिया और सिर्फ भुनभुनाता रहा और मुझे याद नहीं है कि और क्या पूछा गया था। हर जगह 2 अन्य मैनुअल परीक्षकों के प्रबंधन / कार्य के बारे में पूछा गया था)

यह सीनियर एसडीईटी के लिए एक साक्षात्कार था।

Answer 1

अन्य उत्तरों ने जो कहा है, इसके अलावा, मैं कहूंगा कि साक्षात्कारकर्ता आपको ढूंढ रहा है कि एक टीम के लिए एक नए जोड़ के रूप में, आप बिना किसी जीत की स्थिति से कैसे निपटेंगे। सच कहूं, तो मुझे संदेह है कि कम से कम - कंपनी ने अतीत में इस तरह की स्थिति में खुद को पाया है। सबसे कम (मैं स्वतंत्र रूप से स्वीकार करता हूं कि मैं निंदक हूं) कुछ ऐसा ही होने जा रहा है जो कोई भी इस पद को प्राप्त करेगा।

एक साक्षात्कारकर्ता के रूप में, मैं उस व्यक्ति से कुछ ऐसा चाहूंगा जो मैं साक्षात्कार कर रहा था:

सबसे पहले, मैं जानना चाहूंगा कि ये बग कैसे व्यवस्थित होते हैं, विशेष रूप से प्राथमिकता, गंभीरता और जोखिम। मैं मान रहा हूं कि मैं इस स्थिति में आ रहा हूं और यह नहीं कि मैं शुरू से ही इसमें शामिल रहा हूं, क्योंकि इस तरह की स्थिति से पता चलता है कि चीजें कहीं बुरी तरह से गलत हो गई हैं।

यदि बग्स को प्राथमिकता, गंभीरता और जोखिम शामिल करने के तरीके से व्यवस्थित नहीं किया गया है, तो मैं अन्य परीक्षकों, परियोजना प्रबंधन और विकास से बात करना चाहता हूं ताकि यह निर्धारित किया जा सके कि उन्हें उस समस्या का पता है जो अनुमानित तैनाती के लिए सबसे बड़ा जोखिम है। तारीख।

अगर ऐसा कोई संगठन है, तो मैं उच्चतम जोखिम वाले कीड़े की पुष्टि करने के लिए परीक्षकों, परियोजना प्रबंधन और विकास से बात करना चाहूंगा। आदर्श रूप से, मैं बग की एक सूची बनाने के लिए एक रास्ता तलाश करूंगा जो उत्पाद जारी होने से पहले तय किया जाना चाहिए। 10,000 बग्स के साथ, उस सूची को बनाने में कुछ समय लगने वाला है, और यह मानकर चल रहे हैं कि ऐसे बग नहीं हैं जो परीक्षक ढूंढने में सक्षम नहीं हैं क्योंकि रिपोर्ट किए गए बग उन्हें छिपा रहे हैं या अवरुद्ध कर रहे हैं।

एक बार जब मुझे पता चलता है कि स्थिति कितनी खराब है, तो मैं यह तय कर सकता हूं कि क्या - मेरी राय में - यह योजना के अनुसार आवेदन जारी करना संभव है। यदि अधिकांश बग्स अपेक्षाकृत कम जोखिम वाले हैं, और उच्च जोखिम वाले कीड़े काफी आसानी से तय हो गए हैं, तो मैं अपनी टीम को उच्च जोखिम वाले बगों पर केंद्रित करूंगा, और परियोजना प्रबंधक और किसी भी अन्य टीम के साथ काम करने से उच्चतम जोखिम प्राप्त होगा (उच्च गंभीरता, क्षेत्र में होने की सबसे अधिक संभावना है, और / या आवेदन के ब्लॉक क्षेत्रों) कीड़े तय और परीक्षण किया।

अगर मुझे समय पर उत्पाद जारी करने का कोई रास्ता नहीं दिखाई दे रहा है, तो मैं प्रोजेक्ट मैनेजर और अपने बॉस से बात करना शुरू करूंगा, यह देखने के लिए कि क्या ठोस कार्यक्षमता का सीमित बीटा रिलीज़ करने या रिलीज़ में देरी करने का कोई तरीका है। चूंकि मैं स्थिति में नया हूं, इसलिए मुझे नहीं पता कि मेरे नियंत्रण से बाहर कोई अनुबंध आवश्यकताएं या अन्य कारक हैं जो रिलीज की तारीख को स्वीकार्य होने के लिए मजबूर कर सकते हैं।

मैं यह भी सुनिश्चित करूंगा कि रिलीज के बाद मुझे इसमें शामिल सभी टीमों के नेताओं के साथ काम करना था कि इस तरह की स्थिति कैसे आई और इसे फिर से होने से रोकने के लिए हम क्या कार्रवाई कर सकते हैं, साथ ही साथ हम कैसे मिलकर काम कर सकते हैं बग बैकलॉग को नीचे लाएं।

ध्यान दें कि एसडीईटी की भूमिका से इसका कोई लेना-देना नहीं है। यह इस सवाल से स्पष्ट है कि साक्षात्कारकर्ता एक एसडीईटी की अपेक्षा करता है कि यह भी एक टेस्ट लीड के रूप में कार्य करता है - मुझे नहीं लगता कि यह एक विशेष रूप से अच्छी बात है, और स्पष्ट रूप से, मैं जानना चाहूंगा कि क्या यह ऐसा कुछ है जो कंपनी को इसकी अपेक्षा है एसडीईटी।

यह याद रखने योग्य है कि भले ही साक्षात्कार उच्च-तनाव की स्थिति हो, बग़ल में सोचने और आपके द्वारा डाइविंग के बजाय पूछे जाने वाले प्रश्नों के निहितार्थ को देखने की कोशिश करना। ऐसा करना मुश्किल है क्योंकि आप तनावग्रस्त हैं और अपना सर्वश्रेष्ठ देने की कोशिश कर रहे हैं। लेकिन अगर आप मानसिक रूप से खुद से यह पूछने में थोड़ा समय ले सकते हैं कि साक्षात्कारकर्ता प्रश्न के साथ क्या देख रहा है, तो आप आमतौर पर बेहतर उत्तर दे सकते हैं।

Answer 2

पहली बात जो ध्यान में आती है - क्या ये परीक्षण पहले कभी काम कर रहे थे? यदि हां, तो घबराएं नहीं। कोडबेस या टेस्टिंग फ्रेमवर्क में या तो कुछ बदल गया है, जो शायद उनके समूहों को विफल कर रहा है। नीचे ट्रैक करें और देखें कि क्या आप एक बार में कई हज़ार विफलताओं को समाप्त कर सकते हैं। आपको अभी भी मैन्युअल रूप से गुजरने वाले लोगों के ऊपर पढ़ने जाने और उन्हें दोबारा जांचने की आवश्यकता है, लेकिन शायद इसमें कुछ दिन लगेंगे।

अगर वे पहले कभी भी जाँच नहीं किए गए थे तो मैं भी कुछ ऐसा ही करूँगा - किसी भी समानता की तलाश करें जो आपको एक बार में बड़े समूहों को ठीक करने दे।

अन्यथा वहाँ इतना शोर है कि यह आपको कुछ ऐसा करने से चूक सकता है जो विफल हो रहा है।

उसके बाद स्वीकार करें कि आप सब कुछ प्राप्त करने में सक्षम नहीं हो सकते हैं और मनी मेकर कोड पथ पर ध्यान केंद्रित कर सकते हैं। जिन चीजों के लिए काम करना पड़ता है या व्यवसाय करना पड़ता है। इसके बाद जब आप उन सभी में से कुछ और को साफ कर देते हैं, तो हर दूसरे दिन या तीन बार देखते हैं और देखते हैं कि पहले की तरह समूहबद्ध विफलताएं हैं और कुछ और समूहों को साफ करने पर ध्यान दें।

नोट: एसडीईटी के दृष्टिकोण से इसका उत्तर देना - कोई है जो आपत्तिजनक कोड आधार को ठीक कर सकता है।

Answer 3

यदि साक्षात्कारकर्ता बगों का उल्लेख कर रहा था और परीक्षण विफलता नहीं थी (यदि इसकी परीक्षण विफलता @Lewis द्वारा उत्तर का उल्लेख करती है

सबसे पहले किसी उत्पाद में 10000 सक्रिय कीड़े होना वास्तव में बड़ा लाल झंडा है।

और आपको ऐसे उत्पाद को कभी भी जारी नहीं करना चाहिए। लेकिन अगर प्रबंधन का निर्णय अभी भी जारी करना है,

साक्षात्कारकर्ता उम्मीद कर रहा था कि उत्तर " गंभीरता " होगा

टीम को पहले उच्च गंभीरता वाले कीड़े को ठीक करने पर ध्यान केंद्रित करना चाहिए, अगर कोई प्राथमिकताएं नहीं हैं और एक बार होल्ड पर रखें यदि यह तत्काल आवश्यकता नहीं है और वास्तविक व्यवसाय तर्क को प्रभावित नहीं कर रहा है।

और शुरू में धुआं परीक्षण को स्वचालित करने पर ध्यान केंद्रित करें, फिर सभी प्रतिगमन सूट को स्वचालित करना शुरू करें

बगों को समूहबद्ध करें और देखें कि बग क्लस्टिंग कहां होती है और एक बार फिक्स होने के बाद उस मॉड्यूल का कड़ाई से परीक्षण करें।

रिलीज से पहले मैन्युअल रूप से सभी धूम्रपान परीक्षण परिदृश्यों का परीक्षण करें (क्रिटिकल बिजनेस लॉजिक)

साथ ही, 10000 बग होने से दोष मास्किंग हो सकता है जहां ये कीड़े उत्पाद के भीतर कुछ महत्वपूर्ण बगों को मास्क कर रहे हैं।

तो एक बार तय होने के बाद, अधिक महत्वपूर्ण बग के लिए खुदाई करने के लिए मॉड्यूल के आसपास अधिक कठोर परीक्षण किया जाना चाहिए

इसलिए यदि मैं साक्षात्कार में था, तो मैं इसका उत्तर दूंगा:

1. किसी भी परियोजना में 10000 बग एक विशाल लाल झंडा होगा, यह दर्शाता है कि जगह में कोई बग फिक्स प्रक्रिया और अनुमान नहीं था। मैं निश्चित रूप से दोष क्लस्टरिंग और दोष मास्किंग के बारे में चिंता करूंगा, जिसका अर्थ है कि संभावनाएं हैं कि अधिकांश बग एक ही मॉड्यूल पर केंद्रित हैं, और यह बहुत अधिक कीड़े किसी भी अन्य महत्वपूर्ण कीड़े को मास्क कर सकते हैं जो केवल मॉड्यूल को सख्ती से ठीक करने और पुनर्प्राप्त करने के बाद पहचाने जाएंगे। । और इस कारण से रिलीज की तारीख को आगे बढ़ाने की सिफारिश करेंगे।

जबकि विकास टीम बग्स को ठीक करने में व्यस्त है, हम धूम्रपान परीक्षण उपयोग मामलों और बग उपयोग मामलों को स्वचालित करना शुरू कर देंगे। एक बार ठीक होने के बाद हम रिटेनिंग टास्क को मैनुअल टेस्टर्स को असाइन करेंगे और हम किसी भी नकाबपोश क्रिटिकल बग्स को खोजने के लिए मॉड्यूल पर अपनी सेल्फ एडहॉक टेस्टिंग करेंगे।

1. यदि कोई प्राथमिकता नहीं है, तो पहले महत्वपूर्ण या उच्च गंभीरता वाले बगों को फिर से देखना होगा, और बग जीवन के समय की जांच करना और यह समझना होगा कि भविष्य में समग्र प्रक्रिया को बेहतर बनाने में मदद करने के लिए इतने लंबे समय तक बग क्यों तय नहीं किए गए हैं।

कम गंभीरता वाले बगों के बारे में हमें समयरेखा पर और इन बग्स के साथ पहला संस्करण जारी करने के निर्णय पर एक टीम निर्णय लेने की आवश्यकता है, लेकिन अभी भी उसी और वर्कअराउंड का दस्तावेजीकरण करना आवश्यक है। यदि संभव हो तो संभव फ़िक्स के लिए अगली रिलीज़ की तारीख भी प्रदान करें।

इसलिए एक वरिष्ठ क्यूए होने के नाते आपको लाल झंडे दिखाई देने पर "NO" रहने के लिए अपनी मजबूत राय सामने रखनी चाहिए। ज्यादा लचीला न हो

Answer 4

यदि प्रश्न का बिंदु ठोस उत्तर देना है तो यहां अन्य उत्तर अच्छे हैं।

हालांकि, बहुत से साक्षात्कारकर्ता एक विशिष्ट उत्तर के बिना अस्पष्ट प्रश्न पूछते हैं क्योंकि वे जानना चाहते हैं कि आप कैसे सोचते हैं या समझना चाहते हैं यदि आप प्रश्न के बारे में धारणा बना रहे हैं। वे चाहते हैं कि आप विशिष्टताओं को प्राप्त करने के लिए उनसे स्पष्ट प्रश्न पूछें। यह आपके उत्तर का मार्गदर्शन करने में मदद करता है।

परिदृश्य आप है और 2 अन्य में परीक्षण टीम शामिल है। आप, लीड, केवल एक ही हैं जो ऑटोमेशन कर सकते हैं, अन्य केवल मैनुअल टेस्टिंग कर सकते हैं। आपके पास लगभग 10,000 बग हैं जिन्हें उठाया गया है और इस उत्पाद को वितरित करने से पहले आपके पास 4-5 सप्ताह या उससे कम है। यह सुनिश्चित करने के लिए आप क्या करेंगे कि उत्पाद समय पर दिया जाए?

कुछ सवाल पूछने के लिए:

• मैन्युअल क्यूए परीक्षक कितने अनुभवी हैं?
• क्या इस परियोजना में मैनुअल परीक्षकों का अनुभव किया गया है? या वे इस परियोजना के लिए नए हैं?
• क्या डिलीवरी की तारीख से पहले सभी 10,000 तय करने की आवश्यकता है?
• क्या कोई बग ट्रैकर सॉफ़्टवेयर है जो टीमों का उपयोग करता है? यदि ऐसा है तो क्या?
• ज्ञात बग को कैसे ट्रैक किया जाता है? क्या उनके पास प्राथमिकता, गंभीरता सूचीबद्ध है? क्या उन्हें फीचर द्वारा समूहीकृत / टैग किया गया है?
• क्या सॉफ़्टवेयर के लिए वर्तमान में कोई स्वचालित परीक्षण हैं? यदि हां, तो कितने यूनिट परीक्षण, एकीकरण परीक्षण, यूआई परीक्षण? या, क्या मुझे 4-5 सप्ताह की समय सीमा में खरोंच से सभी स्वचालित परीक्षण / रूपरेखा बनाने की आवश्यकता है?
• डेवलपर्स कितने परीक्षण के लिए जिम्मेदार हैं? क्या वे इकाई / एकीकरण परीक्षण बना रहे हैं?
• क्या 10,000 बग UI हैं? या बग का मिश्रण जिसे यूनिट परीक्षणों, एकीकरण परीक्षणों, यूआई परीक्षणों का उपयोग करके परीक्षण किया जा सकता है?
• परीक्षण के लिए किन उपकरणों का उपयोग करने की आवश्यकता है?
• उपयोगकर्ताओं और हितधारकों को संतुष्ट करने के लिए हमें किस स्तर की गुणवत्ता की आवश्यकता है? स्टेकहोल्डर गुणवत्ता का अनुभव कैसे करते हैं?
• हितधारक एक सफल प्रोजेक्ट लॉन्च कैसे निर्धारित करते हैं?
• टीमों की परिभाषा क्या है?
• क्या बग्स को ठीक करने के लिए प्रोजेक्ट रिलीज के बाद टीम के पास समय होगा? या हम अगली परियोजना के लिए आगे बढ़ रहे हैं? अगर हमें समय मिले तो हमारे पास कितना समय होगा?
• क्या टीम एजाइल एसडीएलसी या वाटरफॉल एसडीएलसी का उपयोग कर रही है?

एक अंतहीन संख्या में प्रश्न हैं जिन्हें आप स्पष्टीकरण प्राप्त करने के लिए कह सकते हैं जिन्हें आपको एक अच्छी तरह से सोचा हुआ उत्तर प्रदान करने की आवश्यकता है।

और, ऊपर की विस्तृत बातचीत से, साक्षात्कारकर्ता ने अपनी योजना में मैन्युअल परीक्षकों को शामिल करने के तरीके के बारे में बताया। यह आपको एक बड़ा संकेत देता है कि साक्षात्कारकर्ता क्या देख रहा है: वे नहीं चाहते हैं कि आप इस परियोजना का परीक्षण करने का पूरा भार खुद उठाएं; वे एक वरिष्ठ स्तर के एसडीईटी / क्यूए इंजीनियर के रूप में जानना चाहते हैं कि आप जूनियर स्तर के परीक्षकों की टीम का उल्लेख / नेतृत्व कैसे करते हैं।

ध्यान रखें, साक्षात्कार एक पूछताछ नहीं होनी चाहिए जहां आप सिर्फ उनके सवालों का जवाब देते हैं। साक्षात्कार एक वार्तालाप होना चाहिए जहां आप कुछ भी पूछ सकते हैं जो उनके सवालों को स्पष्ट करने में मदद करता है।