"आपको एक अच्छा परीक्षक बनने के लिए आलसी होने की आवश्यकता है।"

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



Redmadrobot में QA / QC विभाग के प्रमुख और हमारे पाठ्यक्रम सॉफ़्टवेयर टेस्टिंग Marishunya_QA के क्यूरेटर के साथ , हमने यह पता लगाया कि एक परीक्षक के पास क्या कौशल होना चाहिए, परीक्षण में कहाँ विकास करना है, क्या वास्तव में कर्मचारियों के कारोबार से जुड़ा है और क्यों अच्छे प्रोग्रामर को जिम्मेदारी नहीं लेनी चाहिए। परीक्षक।

परीक्षण विभाग क्या करता है?

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

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



परीक्षक को व्यावसायिक आवश्यकताओं और तकनीकी बारीकियों को जानना चाहिए, क्योंकि यह दोनों विशिष्टताओं का परीक्षण करता है और मामलों का उपयोग करता है; उसे सही ढंग से डिलीवरी की योजना बनाने के लिए अन्य टीम के सदस्यों के साथ अपने ग्रेड निर्धारित करने की भी आवश्यकता होती है, कभी-कभी डेवलपर को लात मारें, क्योंकि स्प्रिंट के अंत में परियोजना प्रबंधक QA / QC विभाग में यह पूछने के लिए आएगा कि क्या आवेदन का परीक्षण किया गया है।

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

क्यूए और क्यूसी: क्या अंतर है?

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

इसे चित्रित करना अधिक सही है:

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

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

परीक्षक कैसे बनें?

वर्तमान में, रूसी विश्वविद्यालयों में परीक्षण के क्षेत्र में कोई विशेष विभाग या क्षेत्र नहीं हैं, इसलिए, उम्मीदवारों के लिए कोई शैक्षिक आवश्यकताएं नहीं हैं, हालांकि एक तकनीकी या साइबरनेटिक विशेषता होना एक बड़ा प्लस होगा।

एक परीक्षक के लिए रिक्तियों में सबसे अधिक बार आप निम्नलिखित आवश्यकताओं को पूरा कर सकते हैं:



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

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

• "टेस्टिंग कंप्यूटर सॉफ्टवेयर", केम कनेर, जैक फॉक, हंग क्यू गुयेन
• “कुंजी परीक्षण प्रक्रियाओं। योजना, तैयारी, कार्यान्वयन, सुधार ”, रेक्स ब्लैक
• “सॉफ्टवेयर परीक्षण। बुनियादी पाठ्यक्रम ”, Svyatoslav Kulikov

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

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

मरीना कुलिकोवा, क्यूए / क्यूसी के प्रमुख, रेडमाड्रोबोट

परीक्षक कैसे बनें?

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

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

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