🚇 🧓🏾 🕑 मैनुअल परीक्षकों की आवश्यकता नहीं है या यह स्वचालन के लिए समय है 🖕🏻 👨‍👧‍👦 👨🏿‍🤝‍👨🏽

नहीं, बेशक हैंडब्रेक की जरूरत होगी। लेकिन हर साल उनकी कम और कम जरूरत होगी। वेतन का स्तर जल्दी से छत पर पहुंच जाएगा, और नीरस कार्यों से यह उल्टी हो जाएगी। यदि आप QA में बने रहने और ऑटोमेशन इंजीनियर (डेवलपर?) में विकसित होने की इच्छा रखते हैं, तो नीचे दिया गया पाठ आपके लिए है।

मैं कौन हूँ?

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

पहले मैन्युअल परीक्षक क्या थे

यह बेहतर होता था। लगभग 15 साल पहले, पेशा बस बन रहा था। कंपनियों को परीक्षण का महत्व समझ में आया और उन्होंने परीक्षकों को नियुक्त करना शुरू कर दिया। मुख्य (हमेशा नहीं!), संक्षेप में, एक परीक्षक के लिए आवश्यकताएं एक हल्का प्रोग्रामर या एक विशेषज्ञ हैं जो प्रोग्रामर में नहीं मिला, और परीक्षण की मूल बातें का ज्ञान। शायद पिछला वाक्य आपको भ्रमित करेगा, लेकिन मैं इसे बाद में समझाऊंगा।

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

समय बीतता गया, और हैंडब्रेक स्वचालन के साथ एक शाखा में विलय हो गया। इसके अलावा, मेरी राय में, स्वचालन प्रमुख हो गया है। और अब मैं आपको बताऊंगा कि आप AQE (ऑटोमेशन क्वालिटी इंजीनियर) कैसे बन सकते हैं।

शुरू करने के लिए आपको क्या जानने की जरूरत है?

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

सिद्धांत रूप में, सविन की पुस्तक "परीक्षण डॉट कॉम" और YouTube पर बीस घंटे शुरू करने के लिए उपयुक्त हैं।

पुस्तकों को पढ़ा जाता है, YouTube की समीक्षा की जाती है, मैन्युअल परीक्षण में अनुभव होता है। अब ऑटोमेशन की ओर बढ़ने की कोशिश करते हैं, यह वहाँ और अधिक दिलचस्प है।

मिथकों

"क्यूए का काम, आईटी में अपेक्षाकृत आसान प्रवेश बिंदुओं में से एक के रूप में,"
"ऑटोटेस्ट्स जल्द ही मर जाएगा। एक नियम के रूप में, ये इस तरह के अंडर-प्रोग्रामर हैं "
" हम परीक्षक हैं, डेवलपर्स नहीं, हमें जानने की जरूरत नहीं है / नहीं / आवश्यक नहीं है "

मुझे इंटरनेट पर पहले दो कथन मिले। मैंने तीसरे को लाइव सुना। यदि आप स्वचालन में एक उच्च स्तर प्राप्त करना चाहते हैं, तो इन मिथकों से सहमत न हों। यह कठिन, लंबा, लेकिन दिलचस्प होगा। आपका ज्ञान प्रोग्रामर के स्तर पर होना चाहिए। और ज्यादातर मामलों में, और अधिक - आपको अभी भी परीक्षण के सिद्धांत को जानने और लागू करने की आवश्यकता है।
ऐसे मिथक कहां से आते हैं? मैं ऊपर के बिंदु से सोचता हूं - क्या मैनुअल परीक्षक होते थे। परीक्षक प्रकाश प्रोग्रामर (NO) हैं।

मुझे लगता है कि मैं इसे साबित कर सकता हूं। क्या आप परीक्षकों / प्रबंधकों / डेवलपर्स को जानते हैं? उनसे पूछें कि उन्होंने एक साल में कितने ऑटोटेस्ट्स (मजबूत) पाए? मुझे लगता है कि कुछ, इकाइयों। हमारी कंपनी ने एक साल में 20 उम्मीदवारों को स्कैन किया और एक को काम पर रखा। मध्य।

आप Signora AQE में साक्षात्कार प्राप्त करने का प्रयास कर सकते हैं। पहले से ही "हम परीक्षक हैं, डेवलपर्स नहीं, हमें यह जानने की आवश्यकता नहीं है" काम नहीं करेगा। और डेवलपर्स परीक्षण सिद्धांत के बाद आपका साक्षात्कार करेंगे। क्योंकि एक आधुनिक, शक्तिशाली स्वचालन प्रणाली एक पूर्ण विकसित डेवलपर है।

एक प्रोग्रामिंग भाषा चुनना

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

2020 में, ऑटोटैस्ट्स के विकास के लिए, मैं इन भाषाओं को देखूंगा (मुझे याद है कि यह मेरे अनुभव पर आधारित है, और कार्रवाई के लिए निर्देश नहीं):

जावास्क्रिप्ट यूआई के परीक्षण के लिए बहुत अच्छा है। परीक्षण में तेजी से विकसित होता है। जेएस चौखटे रूस में स्वचालन के लिए सबसे लोकप्रिय भाषा सेलेनियम

जावा को सक्रिय रूप से दबाते हैं । तो ऐतिहासिक रूप से, बहुत सारी रिक्तियां।

अजगरसबसे तेज़ प्रविष्टि के साथ भाषा। भाषा "सरल" है, पढ़ने और सीखने में आसान है।

और किसी को यह समझना चाहिए कि यह एक लंबा समय है, एक धैर्य रखना चाहिए। 4 महीने से एक वर्ष तक प्रशिक्षण की तीव्रता पर निर्भर करता है।

डिजाइन पैटर्न्स

डिज़ाइन पैटर्न प्रोग्राम को डिज़ाइन करते समय सामान्य समस्याओं को हल करने के विशिष्ट तरीकों का वर्णन करते हैं।

यहाँ वही है जो मैंने हाल ही में सुना था:

"हमें मजबूत पहेलियों की आवश्यकता है जो हमारे परीक्षणों को रेक और समझेंगी। हम पहले से ही उन्हें थोड़ा समझते हैं। ”

जब आपके पास 3-2 पृष्ठों वाली एक वेबसाइट होती है, तो सब कुछ सरल, तेज, सुंदर होता है। लेकिन, यदि आपके पास एक ऐसी परियोजना है जहां ui / api / mobile / e2e परीक्षण एक ही समय में हैं, और यह सब पैटर्न के बिना लिखा गया है, तो 90% मामलों में यह कचरा (क्षमा) में बदल जाएगा।

पेज ऑब्जेक्ट को जानना अच्छा है, लेकिन दुनिया में कई और उपयोगी टेम्पलेट हैं जो विकास को आसान बना सकते हैं। जितनी जल्दी आप इस मुद्दे को हल करेंगे, भविष्य में उतनी ही कम समस्याएं होंगी (यह एक प्रारंभिक चरण में बग को कैसे ढूंढना है, फिर इसे ठीक करना सस्ता होगा)।

यहाँ पढ़ने के लिए एक लिंक है ।

यदि आप अभी भी इस विषय से निपट नहीं सकते हैं, तो अपने डेवलपर्स की मदद लें। इस प्रकार हमने कई पुनरावृत्तियों में परियोजना को बेहतर बनाया, इसे डेवलपर के साथ क्रमबद्ध किया।

मैं भी पुस्तक को पहले पढ़ने की सलाह देता हूं। डिजाइन पैटर्न्स। फ्रीमैन एरिक, रॉबसन एलिजाबेथ।

कौन सा ओएस चुनना है?

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

परीक्षण ढांचे

फ्रेमवर्क (eng, फ्रेमवर्क - स्ट्रक्चर, फ्रेमवर्क) - सिस्टम घटकों के संयोजन की वास्तुकला, संरचना और तरीकों पर निर्णयों का एक सेट जो कुछ समान कार्यों के लिए लागू किया जा सकता है।

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

समय आ जाएगा और आप अपने ढांचे को विकसित करेंगे, निश्चित रूप से, इससे पहले, पैटर्न के विषय की अच्छी समझ रखते हैं।

Git और समीक्षा

Git (उच्चारण "git") एक वितरित संस्करण नियंत्रण प्रणाली है।
आपके कोड को कहीं संग्रहीत करने की आवश्यकता है। इसके लिए गिट है। Git डी वास्तविक मानक है।
यहां सीखने की प्रक्रिया इस तरह से बनाई जा सकती है: gitub.com पर
git
Register इंस्टॉल करें
। डॉक्यूमेंटेशन
खोलें YouTube पढ़ें , पाठ खोजें और उन पर काम करें।

लॉग इन करने के लिए, आपको कम संख्या में git कमांड्स सीखने की आवश्यकता होगी:
क्लोन, ऐड, पुश, पुल, स्टैश, कमिट, स्टेटस, रीबेस, चेकआउट। एक हफ्ते में आप इसे सीखेंगे और इसमें महारत हासिल करेंगे। मुख्य अभ्यास।

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

पढ़ें

और क्या सीखना है?

CI / CD निरंतर एकीकरण / निरंतर तैनाती।

CI / CD का मुख्य लक्ष्य त्रुटियों को कम करना, असेंबली को गति देना और अंतिम उत्पाद की गुणवत्ता में सुधार करना है:

पढ़ें

डॉकटर एक ऐसा प्लेटफ़ॉर्म है जिसे कंटेनरों में एप्लिकेशन विकसित करने, तैनात करने और चलाने के लिए डिज़ाइन किया गया है।

पढ़ें

HTTP एक नेटवर्क पर डेटा के आदान-प्रदान के लिए एक प्रोटोकॉल है। शायद आप HTTP जानने के बिना UI परीक्षण लिख सकते हैं, लेकिन परीक्षण करने के लिए कोई एपीआई नहीं है। और इस ज्ञान से समस्या का स्थानीयकरण तेजी से होगा।

पढ़ें

xpath एक XML दस्तावेज़ के तत्वों को क्वेरी करने के लिए एक भाषा है।

धोखा देने वाली शीट का लिंक

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

पढ़ें

यह सूची जारी है, लेकिन मैं यहां रुकूंगा।

ज्ञान कहाँ से लाएँ?

Youtube
थीमैटिक फोरम टेस्ट ऑटोमेशन पर प्रोग्रामिंग कोर्स पर
बुक्स के
कोर्स मैं विशेष रूप से
टेस्ट ऑटोमेशन

पर प्रोग्रामिंग और कोर्स पर विभाजित कोर्स। पहले से बेहतर शुरुआत। दूसरे पाठ्यक्रमों में आपको ऑटोमेशन सिखाया जाएगा और विकास की "शुद्धता" के लिए आंखें मूंदें। नींव रखना बेहतर है, और फिर स्वचालन में आगे बढ़ें।

क्या यह ट्यूशन पर बचत के लायक है? क्या मैं एक पुस्तक ले सकता हूं / एक लेख पढ़ सकता हूं / YouTube देख सकता हूं, और भुगतान किए गए पाठ्यक्रम नहीं चुन सकता हूं? नहीं। हो सके तो जरूर करें। पाठ्यक्रमों में संरक्षक हैं, यह सीखने में बहुत तेजी लाएगा। आपके लिए आविष्कार किए गए बहुत सारे कार्य हैं जिन्हें कौशल को पंप करना चाहिए। केवल एक चीज यह है कि बुद्धिमानी से शिक्षकों की पसंद पर ध्यान दें। समीक्षाएं पढ़ें।

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

संदर्भ

ऑटोटेस्ट्स का फोरम (लगभग सब कुछ है) ऑटोमेटेड-
testing.info t.me/js_for_testing
QA - t.me/qa_automation ऑटोमेशन टूल
Serious t.me/serious_sester परीक्षक का परीक्षण करने के लिए js।
यदि आपने इसे अभी तक नहीं किया है, तो इसे बुकमार्क में जोड़ें, यह एक बर्बाद होना चाहिए । stackoverflow.com

मैंने ऐसा क्यों लिखा

हाल ही में, मैं एक बैठक में था, जहां वक्ताओं में से एक ने परीक्षण स्वचालन का उपयोग करने में अपने अनुभव के बारे में बात की थी। और उनकी कंपनी इस निष्कर्ष पर पहुंची कि डेवलपर्स को ढूंढना और उनसे AQE बनाना अधिक आसान है, क्योंकि ऑटोटैस्ट के लिए यह देखना मुश्किल है कि उन लाभों को न लाएं जो उनसे लंबी दूरी पर होने की उम्मीद थी। और कारण यह थे कि ऑटोटेस्ट्स को विकास (पैटर्न, पुस्तकालयों का ज्ञान) में पर्याप्त ज्ञान नहीं था। कुछ मायनों में, मैं उनसे सहमत हूं। मुझे यकीन है कि कोई व्यक्ति यह सोचेगा कि मैंने एक सुपर परीक्षक के लिए या परीक्षण में डेवलपर के लिए आवश्यकताओं का वर्णन किया है (सॉफ्टवेयर डेवलपर इन टेस्ट)। स्क्रेम के विकास के साथ, जब एक डेवलपर / विश्लेषक / परीक्षक के रूप में ऐसी चीज गायब हो जाती है, तो हम एक टीम के इंजीनियर और समान सदस्य बन जाते हैं जिसका लक्ष्य किसी उत्पाद को जारी करना / स्प्रिंट के लिए एक विशेषता बनाना है।इन स्थितियों में, ऑटोटैस्ट्स की आवश्यकताएं बढ़ेंगी और बाजार में टी-आकार के विशेषज्ञों की सराहना की जाएगी (vc.ru पर लेख )। ऐसे लोग न केवल स्पष्ट रूप से समस्या का स्थानीयकरण कर सकते हैं, बल्कि इसे ठीक भी कर सकते हैं (उदाहरण के लिए, सामने की तरफ)। और यह भविष्य है।

समाप्त

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

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

सौभाग्य

मैनुअल परीक्षकों की आवश्यकता नहीं है या यह स्वचालन के लिए समय है