विश्व स्तरीय परीक्षक कैसे बनें?

विश्व-प्रसिद्ध परीक्षक बनना चाहते हैं? फिर पूछें कि ऐसे व्यक्ति के लिए यह कैसे करना है जो पहले से ही इतनी ऊंचाइयों तक पहुंच चुका है। 20 अप्रैल को, मास्को दुनिया भर में सबसे प्रसिद्ध सॉफ्टवेयर परीक्षण विशेषज्ञों में से एक के प्रशिक्षण की मेजबानी करेगा - माइकल बोल्टन , जिनके पास इस क्षेत्र में 25 वर्षों का सफल अनुभव है।



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


परीक्षण के क्षेत्र में क्या मिथक मौजूद हैं और उन्हें दूर करना क्यों महत्वपूर्ण है?

सबसे गंभीर मिथकों में से एक यह है कि परीक्षक गुणवत्ता के लिए जिम्मेदार हैं। ऐसा नहीं है: उत्पाद पर काम करने वाले सभी लोग गुणवत्ता के लिए जिम्मेदार हैं। यह कहना और भी सही है कि प्रक्रिया में अन्य प्रतिभागी गुणवत्ता रखते हैं, जबकि परीक्षक नहीं करते हैं। आखिरकार, हम स्रोत कोड, कैटलॉग, उत्पाद क्षेत्र, बजट, काम पर रखने और जिम्मेदार व्यक्तियों की बर्खास्तगी, ग्राहकों के साथ अनुबंध और इतने पर प्रबंधन नहीं करते हैं। परीक्षकों की एक अलग भूमिका है: हम गुणवत्ता के लिए संभावित खतरों की पहचान करने के लिए जिम्मेदार हैं। मैंने इसके बारे में यहाँ विस्तार से लिखा है: http://www.developsense.com/blog/2010/05/testers-get-out-of-the-quality-assurance-business/ ।

एक और मिथक इस तथ्य में निहित है कि परीक्षण सब कुछ परीक्षणों से संबंधित है। मेरे सहयोगी जेम्स बाख और एडम होल्डर ने हाल ही में इस निष्कर्ष की एक बहुत ही उत्सुक आलोचना प्रकाशित की: जेम्स बाख और आरोन होल्डर द्वारा "परीक्षण परीक्षण की संस्कृति के रास्ते पर" परीक्षण नहीं किया गया है "(पुस्तक http: //www.testingcircus पर डाउनलोड की जा सकती है । com / दस्तावेज / परीक्षणट्रैपेज़-2014-फरवरी . पीडीपी )।

तीसरा मिथक: उत्पाद परीक्षण का अर्थ है "सुनिश्चित होना" की जाँच करना कि क्या वांछित परिणाम प्राप्त हुए हैं। लेकिन हमारे लिए परीक्षण विशेष प्रयोगों के माध्यम से उत्पाद का बहुमुखी मूल्यांकन है। जेम्स बाख और मैंने इस बारे में पहले ही लिखा है: http://www.satisfice.com/blog/archives/856

कई अन्य मिथक हैं। सच है, एक ही समय में पहले से ही अत्यधिक debunking के साथ समस्याएं हैं। वास्तव में, "मिथक को चुनौती देने" के लिए, परीक्षकों, प्रोग्रामरों और प्रबंधकों को परीक्षण की बारीकियों की गहरी समझ, प्रयोगों और गंभीर सोच के ज्ञान के लिए एक गंभीर दृष्टिकोण की आवश्यकता होती है। और आपको इस पर काम करने की आवश्यकता है। मैं ऐसे लोगों की प्रशंसा करता हूं जो ऐसा करने के लिए तैयार हैं: हम उन उत्पादों के बारे में गंभीरता से सोचते हैं कि हम कैसे और क्या जानते हैं जो हम विकसित करते हैं।

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

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

एक अच्छे परीक्षक के मुख्य गुण क्या हैं? "विरोधी गुण" क्या हैं?

परीक्षकों के लिए कई महत्वपूर्ण गुण हैं, लेकिन, मुझे लगता है, सबसे महत्वपूर्ण बात जिज्ञासा है: “यह क्या चीज है जिसका मैं परीक्षण कर रहा हूं? इसके लिए क्या है? इसका इस्तेमाल कौन करेगा? उपयोगकर्ता को समझने का सबसे अच्छा तरीका क्या है और उत्पाद के लिए उसका दृष्टिकोण क्या है? "

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

परीक्षकों के लिए आलोचनात्मक सोच रखना और उसे विकसित करना इतना महत्वपूर्ण क्यों है?

कुछ साल पहले, मैंने आलोचनात्मक सोच को "सोचने के बारे में सोचने की क्षमता के रूप में परिभाषित किया था, जो कि ऐसा माना जा रहा है ताकि धोखा न हो।" सॉफ़्टवेयर डेवलपमेंट प्रोजेक्ट्स पर काम कर रहे लोगों के लिए खुद को समझाने के लिए यह बहुत आसान है कि समस्या का समाधान हो गया है क्योंकि उन्हें लगता है कि किसी तरह का समाधान विकसित हो गया है - हालाँकि अक्सर यह केवल आत्म-धोखा है। वे कहते हैं, "यह काम करता है!" जब वे वास्तव में इसका मतलब है "उत्पाद कुछ हद तक वांछित आवश्यकताओं को पूरा करता है।" लेकिन इस तरह के समाधान में कमजोरी हो सकती है, या यह स्वयं एक वास्तविक समस्या बन सकती है। इससे बचने के लिए आलोचनात्मक सोच जरूरी है।

आलोचनात्मक सोच एक प्रकार की आत्म-जांच है: हम जो सोचते हैं, उसे जानते हैं। इसके पास आने के लिए, आपको उन आदतों की आवश्यकता होती है जो परीक्षक स्वयं में विकसित कर सकते हैं। अपने बयानों में "अगर ...", "... अभी तक", "... और भी ...", "...", "... या शायद नहीं" जोड़ने का प्रयास करें। उदाहरण के लिए, जब कोई कहता है कि "यह X है", तो इसे "यह संभवतः X है" या "यह X हो सकता है" के रूप में फिर से लिखें। एक परीक्षक होने का मतलब पेशेवर रूप से असुरक्षित होना है, शेष असुरक्षित के बिंदु पर जब आपके आस-पास का हर व्यक्ति किसी चीज से 100% आश्वस्त हो।

एक परीक्षक को क्या सीखना चाहिए और सफल होने के लिए क्या करना चाहिए?

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

क्या विशिष्ट प्रशिक्षण, सम्मेलनों आदि में भाग लेने के बिना एक अच्छा परीक्षक बनना संभव है?

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

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

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

जो कोई काम करता है या परीक्षक के रूप में काम करना चाहता है उसे मॉस्को में आपके प्रशिक्षण पर क्यों जाना चाहिए?

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

इसके अलावा, एसक्यूए डेज़ -15 सम्मेलन के हिस्से के रूप में मास्को में मेरे प्रवास के दौरान, जो 18-19 अप्रैल को आयोजित होगा, मैं समस्याओं की प्रकृति के बारे में बात करूंगा। परीक्षकों के रूप में हमारा मुख्य कार्य समस्याओं, महत्वपूर्ण समस्याओं का पता लगाना है जो उत्पाद के मूल्य को कम करता है। लेकिन कई विशेषज्ञों का मानना ​​है कि वे इस अवधारणा के बजाय संकीर्ण अर्थ में उत्पाद में "दोष" की तलाश कर रहे हैं - मैं इस बारे में बहुत चिंतित हूं। मेरे लिए, "समस्या" की अवधारणा बेहतर रूप से फिट होती है, क्योंकि एक समस्या यह अंतर है कि कोई व्यक्ति क्या अनुभव कर सकता है और कोई क्या चाहता है। दूसरे शब्दों में, दोष त्रुटिपूर्ण या निष्क्रिय घटक हैं जो केवल कुछ प्रकार की समस्याओं का वर्णन करते हैं जो सॉफ्टवेयर के साथ काम करते समय लोगों को सामना कर सकते हैं। समस्याओं के बारे में सोचने का अर्थ है किसी व्यक्ति और सॉफ्टवेयर के बीच के रिश्ते के बारे में सोचना, जो व्यापक अर्थों में दो लोगों के बीच एक निश्चित संबंध है। परीक्षकों के लिए इसे समझना और समझना महत्वपूर्ण है।

और जानना चाहते हैं? मॉस्को में आयोजित होने वाले आठ घंटे के प्रशिक्षण "क्रिटिकल थिंकिंग फॉर टेस्टर्स" के दौरान आप 20 अप्रैल को माइकल बोल्टन से अपने प्रश्न पूछ सकते हैं। भागीदारी शुल्क 12,000 रूबल है, लेकिन सस्ती छूट का लाभ उठाना अभी भी संभव है! जल्दी करो, बहुत कम खाली जगह बची हैं - हम अब पंजीकरण करने की सलाह देते हैं !