मेरे परीक्षक का मार्ग जिज्ञासा से शुरू हुआ। बचपन से मैं कंप्यूटर को इकट्ठा करने और सॉफ्टवेयर स्थापित करने में व्यस्त था, काम के दौरान नियमित प्रश्न थे: “यह क्यों स्थापित नहीं है? यह क्यों काम नहीं करता है? “। उस पल में, मैंने सोचा कि मैं उच्च गुणवत्ता वाले सॉफ्टवेयर का उत्पादन करने और इन सभी सवालों के जवाब खोजने के लिए एक परीक्षक बनना चाहता हूं।
नीचे मैं भविष्य के क्यूए-विशेषज्ञों को उनके करियर की शुरुआत में उनके लिए क्या इंतजार कर रहा हूं, और उनके अनुभव से कुछ सलाह देना चाहता हूं।
साक्षात्कार
जूनियर-परीक्षक साक्षात्कार पास करना बहुत मुश्किल नहीं है। यह परीक्षण के लिए सिद्धांत और उपकरणों के गहरे ज्ञान की उम्मीद नहीं करता है। ऐसे उम्मीदवारों का साक्षात्कार करते समय, हम सोचने की गति और आजीविका, समस्याओं को हल करने के लिए एक ताजा और गैर-मानक दृष्टिकोण पर ध्यान देते हैं।
उदाहरण के लिए, यह देखने के लिए असामान्य प्रश्न पूछें कि कोई व्यक्ति कैसे सोचता है:
- विमान बिंदु ए से 17:00 बजे छोड़ देता है, और बिंदु बी पर 1 9:00 बजे पहुंचेगा। यह तीन घंटे के लिए उड़ान में है। यह क्यों हो सकता है?
- यह सुनिश्चित करने के लिए कि, अद्यतन आवेदन प्राप्त करने के बाद, प्रतियोगियों अपने नए कार्यों को नहीं सीख सके?
सबसे आम कार्य के लिए तैयार रहें – एक साधारण वस्तु का परीक्षण करने के लिए: कागज का एक टुकड़ा, एक पेंसिल, एक पावर स्ट्रिप, और इसी तरह।
साक्षात्कार के लिए भी उपयोगी होगा:
- परीक्षण के प्रकारों का अध्ययन करने के लिए: कार्यात्मक और शोध परीक्षण, स्वचालित परीक्षण (इसके लिए उपकरण सहित), तनाव और तनाव परीक्षण, धूम्रपान परीक्षण।
- इसके अतिरिक्त, स्वीकृति परीक्षण और इसके मानदंडों के बारे में पढ़ें।
- यदि हम वेब अनुप्रयोगों के परीक्षण के बारे में बात कर रहे हैं, तो यह एक ब्राउज़र कंसोल और इसका काम, ब्राउज़र की संख्या और संस्करण, संकल्पों की निगरानी, पिक्सेल पूर्ण करने वाले उपकरण हैं।
- यदि हम मोबाइल एप्लिकेशन के बारे में बात कर रहे हैं, तो ये प्लेटफ़ॉर्म, अनुकरणकर्ता, बंदर परीक्षण के प्रकार हैं। गोलियों के बारे में मत भूलना।
- बग-ट्रैकर्स के प्रकारों का अध्ययन करने के लिए। सबसे लोकप्रिय: जिरा, बगज़िला, रेडमाइन, मंटिस। देखें कि वे कैसे काम करते हैं, उनकी विशेषता क्या है।
- परिप्रेक्ष्य में, उपकरण जेमेटर, पोस्टमैन, चार्ल्स हैं। उन्हें बुनियादी स्तर पर मास्टर करना बहुत मुश्किल नहीं है।
पहला कामकाजी दिन
पहला कामकाजी दिन मानक है: वे उस कंप्यूटर को देते हैं जिसे स्थापित करने और कार्य प्रोग्राम स्थापित करने की आवश्यकता होती है। सिस्टम प्रशासक मेल और कॉर्पोरेट आंतरिक कार्यक्रमों तक पहुंच तैयार करता है।
स्काइप इंस्टॉल करने के लिए कहें, स्कूल के समय गैंगस्टा_666 या एक मजेदार तस्वीर से उपनाम के रूप में इसका इस्तेमाल न करें। उपनाम में पहले और अंतिम नाम के संयोजन का प्रयोग करें, उदाहरण के लिए ivansmirnov या smirnovivan, अपनी सामान्य तस्वीर डालें।
कामकाजी दिन की तैयारी में एक महत्वपूर्ण कदम कंपनी द्वारा उपयोग किए जाने वाले बग ट्रैक को जानना है। अग्रिम में पूछना उचित है: लेखों का अध्ययन करें, प्रशिक्षण वीडियो देखें। आप सहयोगियों के समय को बचाएंगे और आप अधिक आत्मविश्वास महसूस करेंगे।
पहला कार्य
आपको गोता लगाने के लिए पहला मसौदा दिया जाएगा। मैं आपको बग-ट्रैकर के इतिहास से परिचित होने की सलाह देता हूं और देखता हूं कि दोषों का सामना पहले से ही हुआ है या अक्सर होता है। आप अपने लिए आंकड़े तैयार कर सकते हैं और आप समझेंगे कि किस क्षण पर अधिक ध्यान देना उचित है।
पहल करें अगर आपको एप्लिकेशन की चेक-लिस्ट प्राप्त नहीं हुई है, तो प्रतीक्षा न करें, लेकिन इसे सलाहकार से पूछें। अगर संगठन की चेक सूची नहीं है, तो आप इसे स्वयं लिख सकते हैं। हमारी कंपनी में, चेक-सूची “Google शीट्स” में अधिक बार होती है। नीचे हमने ऐसी चेक-लिस्ट का एक उदाहरण दिया – आप अपने उदाहरण से अपना खुद का बना सकते हैं।
सहकर्मी आश्चर्यचकित होंगे यदि आप विचारों के मानचित्र के रूप में एक चेकलिस्ट संकलित करते हैं, उदाहरण के लिए Xmind.net में।
पोकेमॉन गो परीक्षण के लिए चेकलिस्ट
एक शुरुआती क्यूए-विशेषज्ञ के लिए परीक्षण के प्राथमिक प्रकारों में से एक, शायद, चेक-सूचियों का पारित होगा, पुराने विशेषज्ञों के परीक्षण मामलों। परियोजना में तेजी से विसर्जन के लिए यह चरण आवश्यक है। परीक्षण आधार बढ़ाने के लिए, शुरुआतकर्ता इस चेकलिस्ट को स्वयं विस्तारित कर सकता है। कनिष्ठ परीक्षकों ने लिखित चेकलिस्ट में प्रशिक्षण के हिस्से के रूप में पोकेमॉन गो आवेदन का परीक्षण करने के लिए एक पत्र तैयार किया। यहां केवल सकारात्मक मामलों का वर्णन किया गया है।
ट्रैकर में पहली बग
अलग-अलग कंपनियों में बग का विवरण अलग-अलग हो सकता है, लेकिन आम तौर पर अच्छे स्वर के सिद्धांत होते हैं।
विषय
यह कुछ शब्दों में समस्या का वर्णन करता है। यह बेहतर है अगर यह नकारात्मक से शुरू होता है: “काम नहीं करता है,” “नहीं होता है,” “गलत” और इसी तरह। उदाहरण के लिए: “आईफोन 6 पर सर्वर के साथ कोई सिंक्रनाइज़ेशन नहीं है”, “नेक्सस 5 में वीडियो प्लेबैक काम नहीं करता है”।
लिपि
बग के प्रजनन के चरण-दर-चरण विवरण। पूर्व शर्त और बग से पहले के संकेतों पर ध्यान दें (उदाहरण के लिए, बाईं ओर लाल बटन जलाया जाता है)।
इसके अलावा, आप उन स्थानों के साथ स्क्रीनशॉट संलग्न कर सकते हैं जिन पर आपको ध्यान देना चाहिए (आप जॉक्सी, लाइटशॉट और अन्य अनुप्रयोगों का उपयोग कर सकते हैं), वीडियो को रिकॉर्ड करने के लिए बग को पुन: उत्पन्न करना अधिक कठिन है। जब आप अनुभव प्राप्त करते हैं, तो आप लॉग शूट और लागू कर सकते हैं।
स्क्रिप्ट के अंत में, जिस वातावरण में परीक्षण किया गया था, इंगित किया गया है: एप्लिकेशन संस्करण, डिवाइस का फर्मवेयर (एंड्रॉइड 6.0.1, आईओएस 9.3.2)। यदि यह एक वेब अनुप्रयोग है, तो ब्राउज़र का संस्करण निर्दिष्ट करें।
बैग का उद्देश्य
इसके बाद, आपको किसी को बग असाइन करने की आवश्यकता है। प्रोजेक्ट मैनेजर या सलाहकार से पूछें कि किस पर इस बग को लटकाया जाए, डेवलपर्स के किस परियोजना के लिए जिम्मेदार है। तो भविष्य में बग सौंपने के लिए आप टीम से परिचित होंगे।
गंभीरता मानचित्रण
अधिकांश ट्रैकर्स में बग की गंभीरता के प्रकार निम्न सूची द्वारा दर्शाए जाते हैं:
तत्काल (अवरोधक)
एक अवरुद्ध त्रुटि। एप्लिकेशन को एक निष्क्रिय राज्य में छोड़ देता है, जिसके परिणामस्वरूप परीक्षण के तहत सिस्टम के साथ आगे की बातचीत या उसके प्रमुख कार्यों असंभव हो जाते हैं।
क्रिट – तत्काल
गंभीर त्रुटि, कुंजी व्यापार तर्क टूट गया है। समस्या को हल करने की संभावना के बिना सर्वर या एप्लिकेशन में अस्थायी ड्रॉप में परिणाम होता है। परीक्षण के लिए समस्या का उन्मूलन आवश्यक है।
उच्च
महत्वपूर्ण गलती, मुख्य व्यापार तर्क का हिस्सा उल्लंघन किया जाता है। त्रुटि महत्वपूर्ण नहीं है, अन्य इनपुट बिंदुओं का उपयोग करके परीक्षण किए गए फ़ंक्शन के साथ काम करने का अवसर है।
साधारण
मामूली बग एप्लिकेशन के परीक्षण किए गए हिस्से के व्यापार तर्क का उल्लंघन नहीं करता है, उपयोगकर्ता इंटरफ़ेस और स्थानीयकरण की एक स्पष्ट समस्या है।
कम
मामूली त्रुटि, आवेदन के व्यावसायिक तर्क पर लागू नहीं होती है। तीसरे पक्ष के पुस्तकालयों या सेवाओं की समस्या खराब रूप से पुन: उत्पन्न होती है, उपयोगकर्ता इंटरफ़ेस के कारण शायद ही दिखाई दे रही है।
स्वयं सीखने
हर कोई आत्म-शिक्षा के महत्व को जानता है – मेरे निर्देश बेकार होंगे। तो तुरंत बिंदु पर।
नीचे कुछ किताबें हैं जिन्हें मैं व्यक्तिगत रूप से अपने प्रशिक्षुओं को सलाह देता हूं:
- “परीक्षण डीओटी कॉम”, रोमन साविन एक बहुत ही उपयोगी मैनुअल है, जो शुरुआती परीक्षक के लिए लगभग एक डेस्कटॉप बुक है। तकनीकी और सैद्धांतिक भाग से संबंधित प्रश्नों के साक्षात्कार के दौरान परीक्षण शुरू करने और सफलतापूर्वक प्रतिक्रिया देने के लिए शेर के ज्ञान का हिस्सा शामिल है।
- “Google में कैसे परीक्षण करें” – प्रक्रियाओं के संगठन, विभिन्न रणनीतियों और परीक्षण के दृष्टिकोण के बारे में बताते हुए एक गहरी पुस्तक। किताब यह समझने में मदद करती है कि गुणवत्ता क्या है, कैसे और किस चरण पर इसे प्रभावित किया जा सकता है।
- “एक प्रैक्टिशनर्स गाइड टू सॉफ्टवेयर टेस्ट डिज़ाइन”, ली कोपलैंड – पुस्तक परीक्षण के प्रकारों को “सफेद” और “काला” बॉक्स के रूप में वर्णित करती है। विभिन्न परीक्षण तकनीकों को सूचीबद्ध किया गया है, साथ ही साथ उनका उपयोग कैसे किया जाए और उन्हें बेहतर तरीके से उपयोग कब किया जाए। पुस्तक में आप शोध परीक्षण के बारे में एक दिलचस्प लेख पा सकते हैं, जो परीक्षकों की शुरुआत के लिए बहुत उपयोगी है।
सहकर्मियों, टिप्पणियों में टेस्टर्स के लिए दिलचस्प किताबों के नाम लिखते हैं। मुझे यकीन है कि हर कोई उपयोगी होगा।
निष्कर्ष
अंत में, मैं जोड़ना चाहता हूं कि एक गुणवत्ता उत्पाद की रिहाई एक कठिन और धीमी प्रक्रिया है। आपको बातचीत में अपनी राय की रक्षा करने में सक्षम होना चाहिए, डेवलपर्स को सही काम करने के लिए, और क्रैच पर नहीं, यह समझने के लिए कि कार्यक्षमता को और अधिक उपयोगकर्ता के अनुकूल बनाने के तरीके को समझने में सक्षम होना चाहिए।
यह नौसिखिया परीक्षक के लिए आवश्यक जानकारी का केवल एक हिस्सा है। सभी बाकी को युद्ध की स्थितियों में इंटरनेट पर खोजना होगा, फिर सहकर्मियों से पूछें। प्रश्न पूछने में संकोच न करें और घंटों तक Google, अक्सर एक प्रश्न का उत्तर आपको भविष्य में बहुत समय बचाएगा।
