मेन्यू

माइकल बोल्टन के साथ एक साक्षात्कार - सफल होने के लिए आगामी परीक्षकों के लिए उनकी सलाह पढ़ें

an interview with michael bolton read his advice

कैसे जावा में स्ट्रिंग सरणी वापस करने के लिए

समस्याओं को खत्म करने के लिए हमारे साधन का प्रयास करें

आज का लेख व्यापक रूप से ज्ञात सॉफ्टवेयर परीक्षण विशेषज्ञ के साथ एक साक्षात्कार है श्री माइकल बोल्टन , एक सॉफ्टवेयर परीक्षण शिक्षक, लेखक, सलाहकार और विचारशील नेता।

यह हमारे ‘का हिस्सा है एक नेता को जानते हैं SoftwareTestingHelp पर प्रसिद्ध हस्तियों की साक्षात्कार श्रृंखला। हमारे पिछले की जाँच करें नीरज त्रिपाठी से साक्षात्कार , इन्फोर में ग्लोबल क्यूए के वी.पी.

एसटीएच आपको इस साक्षात्कार को प्रस्तुत करने के लिए रोमांचित करता है और आगे की हलचल के बिना, माइकल के साथ एक संक्षिप्त मुलाकात के लिए जाने देता है।

अपने काम, उपलब्धियों, पाठ्यक्रमों और गतिविधियों की पूरी सूची के लिए जाँच करें उसका ब्लॉग यहाँ ।

micheal बोल्टन सॉफ्टवेयर परीक्षण मदद

यहाँ जाता है:

प्रश्न 1) क्या आप अपनी कहानी को संक्षेप में बता सकते हैं कि आप एक सॉफ्टवेयर टेस्टर कैसे बने? हमारे बहुत से पाठक क्यूए-आकांक्षी हैं और हमें विश्वास है कि आपकी कहानी उनके साथ गूंजती रहेगी और उन्हें प्रेरित करती है।

माइकल: उस प्रश्न का उत्तर देने के कई तरीके हैं।

मैं कह सकता हूं कि मैं एक सॉफ्टवेयर टेस्टर बन गया था जब मैंने स्कूल अखबार का संपादन शुरू किया था, बहुत पहले उल्लेख करने के लिए। मैं कह सकता हूं कि मैं एक सॉफ्टवेयर टेस्टर बन गया जब मैंने सॉफ्टवेयर का उपयोग करना शुरू किया। मैं निश्चित रूप से कह सकता हूं कि मैं एक सॉफ्टवेयर टेस्टर बन गया जब मैंने सॉफ्टवेयर लिखना शुरू किया, 1988 या उसके बाद। या मैं कह सकता हूं कि मैं एक सॉफ्टवेयर टेस्टर बन गया जब मैंने 1990 में तकनीकी सहायता में काम करना शुरू किया।

उन सभी परिस्थितियों में मैंने जो अनुभव और कौशल विकसित किया, उसने मुझे 'सॉफ्टवेयर टेस्टर' नामक नौकरी के लिए योग्य बनाने में योगदान दिया। मुझे 1994 में या तो क्वार्टरडेक में उस शीर्षक के साथ एक नौकरी की पेशकश की गई थी।

प्रश्न 2)आपके अनुसार, सॉफ़्टवेयर परीक्षक होने के बारे में सबसे अच्छा हिस्सा क्या है?

माइकल: परीक्षकों को न केवल प्रौद्योगिकियों, व्यावसायिक डोमेन और समस्याओं के बारे में जानने को मिलता है, बल्कि वे इसे करने के लिए भुगतान करते हैं। परीक्षण एक विश्वविद्यालय है, जहां कार्यक्रम आपके पूरे करियर तक रहता है।

प्रश्न 3)रैपिड सॉफ्टवेयर टेस्टिंग को वहाँ से बाहर सबसे अच्छे परीक्षण कार्यक्रमों में से एक माना जाता है। आप इसे अपनी तरह का क्या मानते हैं?

माइकल: अन्य वर्गों के बहुत सारे शब्दावली पर ध्यान केंद्रित करते हैं ताकि आप एक परीक्षा पास कर सकें। हमारे पास परीक्षाएं नहीं हैं यह नहीं है कि शब्दावली महत्वहीन है; हमें लगता है कि शब्द बहुत महत्वपूर्ण हैं क्योंकि वे हमें तेज तरीके से चीजों के बारे में सोचने में मदद करते हैं।

इसलिए हम इस बारे में बात करते हैं कि हम परीक्षण के बारे में कैसे सोचते हैं, और उसके लिए कुछ शब्दावली की पेशकश करते हैं, लेकिन हम इस बात पर जोर नहीं देते हैं कि आप चीजों के लिए हमारे शब्दों का उपयोग करते हैं। हम सुझाव देते हैं - काफी दृढ़ता से - कि आप अपने शिल्प के बारे में अपने विचारों के बारे में गहराई से सोचते हैं, और आप उनके बारे में कैसे बात करते हैं। और यह कि आप अन्य लोगों के साथ अपने शिल्प के बारे में बात करते हैं। यही विशेषज्ञ करते हैं

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

रोबॉट सबौरिन के जस्ट टाइम इन टाइम टेस्टिंग क्लासेस में इंटरएक्टिव टेस्टिंग अभ्यास होता है; और बीबीएसटी कक्षाओं में अधिक समय तक अधिक गहराई में भी। कक्षाएं शक्तिशाली हैं - और उचित रूप से लोकप्रिय हैं - क्योंकि परीक्षण के लिए अभ्यास की आवश्यकता होती है, न कि केवल बात करना।

प्रश्न # 4)परीक्षण टीमों को सॉफ्टवेयर परियोजनाओं के सबसे कम सराहनीय भागों में से एक माना जाता है। परीक्षण टीमों का सामना करने वाली सबसे बड़ी चुनौतियां क्या हैं?

भारत में शीर्ष वेब विकास कंपनियां

माइकल: सबसे बड़ी चुनौती जो मुझे दिखाई देती है वह यह है कि नियोक्ता परीक्षण को गलत समझते हैं, और इसलिए इसे निम्न स्तर पर रखें ।

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

प्रश्न # 5)सफल परीक्षक होने के लिए कौन सा अधिक महत्वपूर्ण है- विश्लेषणात्मक और महत्वपूर्ण सोच या उपकरण और प्रक्रिया विशेषज्ञता?

माइकल: यह पूछने की तरह है कि 'एक सफल साइकिल सवार होने के लिए क्या अधिक महत्वपूर्ण है - अपना संतुलन बनाए रखना या स्टीयरिंग रखना?' यह या तो / या प्रश्न नहीं है।

उपकरण और प्रक्रिया विशेषज्ञता के अभाव में बहुत विश्वसनीय या उपयोगी नहीं है विश्लेषण और महत्वपूर्ण सोच । विश्लेषण और महत्वपूर्ण सोच को उपकरण और विशेषज्ञता द्वारा सहायता प्राप्त की जा सकती है। वे चीजें सभी महत्वपूर्ण हैं, और कई अन्य चीजें भी हैं।

प्रश्न # 6)हमारे पाठकों में से बहुत से लोग इस बारे में जानना चाहेंगे कि प्रमाणन से उन्हें बेहतर परीक्षक बनने में मदद मिल सकती है या नहीं। प्रमाणपत्रों पर आपकी क्या राय है?

माइकल: अधिकांश परीक्षण प्रमाणपत्र आपकी परीक्षण करने की क्षमता को मापते नहीं हैं। प्रमाणित होने के बारे में चिंता न करें। खुद को शिक्षित करने पर ध्यान दें। BBST वर्ग सामग्री देखें, या बेहतर अभी तक, BBST वर्ग लें। आप चाहें तो एक आरएसटी क्लास लें।

पढ़ें जेरी वेनबर्ग किताबें । एक टन परीक्षण ब्लॉग पढ़ें। सहकर्मियों के साथ या सप्ताहांत परीक्षण करने वाले लोगों के साथ परीक्षण का अभ्यास करें।

प्रश्न # 7)सॉफ्टवेयर परीक्षण में क्या परिवर्तन कर सकते हैं परीक्षकों का अनुमान है कि उनके पक्ष में नहीं हो सकता है?

माइकल: कुछ लोगों का मानना ​​है कि परीक्षण सभी नौकरशाही और कागजी कार्रवाई के बारे में है; एक स्क्रिप्ट के बाद परीक्षण प्रक्रियाओं के रॉट निष्पादन के बारे में; विशिष्ट इनपुट के साथ विशिष्ट तरीके से उत्पाद को संचालित करने के बारे में, और विशिष्ट आउटपुट की तलाश में। (जब कंप्यूटर प्रोग्राम द्वारा एल्गोरिदम द्वारा उस तरह का काम किया जा सकता है, तो हम इसे 'चेकिंग' कहते हैं। देखें इस ।)

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

वर्तमान में अन्य लोगों के निर्देशों का पालन करने वाले परीक्षकों के पास अपने प्रोग्रामिंग कौशल, या उनके विश्लेषणात्मक कौशल, या उनके सामाजिक-विज्ञान कौशल को उन्नत करने या अन्य नौकरियों की तलाश करने का विकल्प होता है।

परीक्षक जो विशेषज्ञ हैं परिक्षण - विश्लेषण में, डिजाइनिंग और प्रयोग प्रदर्शन में - जो लोग नहीं कर रहे हैं की तुलना में बहुत सुरक्षित हो जाएगा।

प्रश्न # 8)हमें किस सॉफ्टवेयर परीक्षण के रुझान की प्रतीक्षा करनी चाहिए?

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

मुझे आशा है कि लोगों के लिए उस कौशल सेट में विशेषज्ञता और अन्य विशिष्टताओं के साथ सहयोग करके विकास टीमों की मदद करने के लिए हमेशा जगह होगी। हालांकि, वास्तविकता बनने की उम्मीद के लिए, मेरा मानना ​​है कि हम पूरी दुनिया में परीक्षकों के कौशल को उन्नत करने जा रहे हैं।

प्रश्न # 9)सफल होने के लिए आगामी परीक्षकों के लिए आपकी क्या सलाह है?

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

परीक्षण की कहानी में तीन किस्में हैं, और वे एक दूसरे के चारों ओर एक ब्रैड की तरह हवा करते हैं। एक किनारा उत्पाद और उसकी स्थिति के बारे में है; यह क्या करता है; यह क्या नहीं करता है; यह काम किस प्रकार करता है; यह कैसे काम नहीं करता है; और यह कैसे शायद नहीं अपने विभिन्न ग्राहकों के लिए इस तरह से काम करें।

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

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

एक बोनस प्रश्न # 10: यदि एक कौशल के इच्छुक और अभ्यास करने वाले परीक्षकों को ध्यान केंद्रित करना चाहिए, तो यह क्या होगा?

माइकल: वहाँ नहीं है एक ।

अभ्यास करें जो आपके वर्तमान संदर्भ में आपके लिए सबसे अधिक उपयोगी है, और उस सामग्री का अभ्यास करें जो आपकी रुचि है। उन चीजों का अभ्यास करें जहां आपको पता है कि आपको सुधार करने की आवश्यकता है। महत्वपूर्ण सोच का अभ्यास करें; जब आप कुछ देखते या सोचते हैं, तो पूछें 'यह और क्या हो सकता है?' अपने विश्लेषणात्मक कौशल का अभ्यास करें, और अपने परीक्षण की कहानी कहने का अभ्यास करें।

इतना ही!

आप माइकल को फॉलो कर सकते हैं ट्विटर ।

अपने विचारों को साझा करने के लिए समय निकालने के लिए धन्यवाद, श्री बोल्टन, सलाह, और हमारे पाठकों के साथ विचारधारा। यह एक परम आनंद है। हमारे पाठक और एसटीएच इसकी बहुत सराहना करते हैं।

भाषण सॉफ्टवेयर के लिए सबसे अच्छा पाठ

सॉफ़्टवेयर परीक्षण के सबसे परिचित चेहरों के साथ इस तरह के साक्षात्कार के लिए बने रहें। अपने सुझाव / सवाल के लिए बेझिझक टिप्पणी करें।

अनुशंसित पाठ

^