एसडीईटी क्या है: टेस्टर और एसडीईटी के बीच अंतर को जानें

what is sdet know difference between tester

यह ट्यूटोरियल एक एसडीईटी (सॉफ्टवेयर डेवलपमेंट इंजीनियर इन टेस्ट) के सभी पहलुओं पर चर्चा करता है, जिसमें कौशल, भूमिका और जिम्मेदारियां, वेतन और कैरियर पथ शामिल हैं:

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

आप क्या सीखेंगे:

• SDET भूमिका को समझना
  • एसडीईटी और मैनुअल क्यूए के बीच तुलना
  • टेस्ट स्किलसेट में सॉफ्टवेयर डेवलपमेंट इंजीनियर
  • नियम और जिम्मेदारियाँ
  • एक महान एसडीईटी बनें
  • एसडीईटी के लिए प्रमाणन
  • साक्षात्कार
  • SDET वेतन
  • जीविका पथ
• निष्कर्ष
  • अनुशंसित पाठ

SDET भूमिका को समझना

SDET का विस्तारित रूप है - टेस्ट में सॉफ्टवेयर डेवलपमेंट इंजीनियर

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

SDET शब्द का आविष्कार सबसे पहले Microsoft द्वारा किया गया था, जिसे तब Google, Amazon, Adobe, Expedia आदि जैसे अधिकांश बड़े उत्पाद नामों द्वारा अनुसरण किया गया था और उपयोग किया गया था। प्रमुख अपेक्षाएं थीं कि कुछ ऑटोमेशन के साथ-साथ दक्षता बढ़ाने के लिए मैन्युअल दोहराए गए कार्यों को प्रतिस्थापित किया जाए। परीक्षण के तहत आवेदनों की विश्वसनीयता।

एसडीईटी और मैनुअल क्यूए के बीच तुलना

मैनुअल क्यूए परीक्षक मुख्य रूप से ब्लैक बॉक्स या एप्लिकेशन परीक्षण पर केंद्रित हैं। इसका मतलब क्या है, एक क्यूए परीक्षक के लिए, क्या मायने रखता है कि एक विशिष्ट इनपुट दिए जाने पर किसी ऐप से व्यवहार की अपेक्षा कैसे की जाती है।

कैसे स्थापित करें

क्यूए परीक्षक परीक्षण के तहत केवल एप्लिकेशन / सिस्टम का उपयोग करेगा जैसा कि कोई भी सामान्य उपयोगकर्ता / ग्राहक उपयोग करेगा, लेकिन अधिक मिनट के विवरण के साथ-साथ विभिन्न इनपुट संयोजनों आदि की कोशिश करके किनारे के परिदृश्य पर ध्यान केंद्रित करेगा।

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

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

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

आइए विभिन्न मापदंडों पर एसडीईटी और मैनुअल परीक्षक की तुलना देखें

टेस्ट स्किलसेट में सॉफ्टवेयर डेवलपमेंट इंजीनियर

नीचे सूचीबद्ध कौशल हैं जो एक SDET के पास होने चाहिए:

(1) ओपन माइंडसेट

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

यह काफी संभावना है कि एक कंपनी में एक एसडीईटी के रूप में, आप Microsoft / .NET तकनीक स्टैक का उपयोग करके काम करना समाप्त कर सकते हैं, लेकिन किसी अन्य कंपनी में, विकास भाषा मुख्य रूप से जावा है - इसलिए SDET से नए सामान / तकनीक को सीखने के लिए एक खुली मानसिकता रखने की उम्मीद है और जब आवश्यकता हो

# 2) अनुकूली

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

# 3) मल्टीटास्कर

अधिकांश उत्पाद कंपनियों में, अक्सर डीईवी और क्यूए अनुपात काफी हद तक तिरछा हो जाता है। इसका मतलब यह है कि टीमों में डीएवी: क्यूए का अनुपात 4: 1 या 5: 1 है। इसलिए यह जरूरी है कि एक एसडीईटी के कई चीजों में शामिल होने और देने की उम्मीद की जाएगी।

ये कुछ जिम्मेदारियाँ हैं जिन पर एक SDET से काम करने की उम्मीद की जाएगी:

• हितधारक बैठकों में भाग लें: एक एसडीईटी को दोनों डेवलपर्स के साथ-साथ उत्पाद लोगों के साथ निकटता से संपर्क करना होगा, दोनों डेवलपर्स के उत्पाद के साथ-साथ उत्पाद के दृष्टिकोण को समझने और फिर स्वचालन रणनीति तैयार करने / सुझाव देने के लिए।
• ढांचा / उपकरण बनाएँ
• परीक्षण योजना को रणनीतिक बनाएं
• दोषों को उठाना / जांचना
• यह कभी-कभी डेवलपर्स के साथ यूनिट परीक्षण में योगदान करने के लिए आवश्यक हो सकता है।

# 4) खोजपूर्ण मानसिकता

प्रत्येक SDET को हर समय इन पंक्तियों को याद रखना चाहिए - यदि आप हर समय समान क्रियाएं दोहरा रहे हैं, तो इसे स्वचालित करने पर विचार करें '

व्यक्ति के पास उत्पादकता बढ़ाने के साथ-साथ उच्च गुणवत्ता वाले सॉफ्टवेयर उत्पादों को सुनिश्चित करने के लिए साधनों की मदद से आने वाली किसी भी चीज के लिए प्रयास को कम करने की मानसिकता होगी।

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

# 5) सहयोग करें, योगदान करें और संवाद करें

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

SDET और QA टीम किसी उत्पाद के लिए गुणवत्ता के द्वार जनता के सामने खोलने से पहले रखती है और इसलिए वे उत्पाद को ग्राहकों के लिए लॉन्च करने के लिए फिट होने के लिए महत्वपूर्ण भूमिका निभाती हैं या नहीं।

नियम और जिम्मेदारियाँ

तो आइए समझने की कोशिश करते हैं कि एसडीईटी का दिन से लेकर रोज़गार और ज़िम्मेदारियाँ और वे अलग-अलग काम जो उनसे करने की उम्मीद की जाती है।

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

एक महान एसडीईटी बनें

एक महान एसडीईटी बनने के लिए, आइए कुछ युक्तियां / बुनियादी उपकरण और तकनीकी कौशल देखें, जिन्हें अपनी भूमिकाओं में बेहतर किराया के लिए सीखा जाना चाहिए।

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

आइए कुछ सामान्य टूल और तकनीकों की सूची देखें जिन्हें SDET को सीखना चाहिए:

• परीक्षण सिद्धांतों, परीक्षण प्रकारों और कार्यप्रणाली की ठोस समझ होनी चाहिए।
• डिबगिंग मुद्दों पर अत्यधिक कुशल - डिबग टूल सीखें जैसे - क्रोम वेब डिबगर जो वेब अनुप्रयोगों को डीबग करने के लिए बेहद उपयोगी हैं, साथ ही परीक्षण के तहत एक ऐप के लिए नेटवर्क लॉग की जांच कर रहे हैं।
• उन्हें पुन: प्रयोज्य कोड / स्क्रिप्ट लिखने में सक्षम होना चाहिए और इसलिए उन्हें कम से कम एक स्क्रिप्टिंग भाषा में कुशल होना चाहिए। सीखने में सबसे आसान है पायथन, जिसे कई प्रकार के कार्यों, स्वचालन फ्रेमवर्क आदि पर लागू किया जा सकता है।
• जैसे एपीआई परीक्षण ग्राहकों से परिचित हो डाकिया
• व्हाइट बॉक्स परीक्षण उपकरण और तकनीकों के बारे में पता होना चाहिए - मॉकिंग फ्रेमवर्क की तरह ( मॉकिटो ), आदि के रूप में वे आवश्यकता होने पर यूनिट परीक्षण लिखने में योगदान करने की उम्मीद कर सकते हैं।
• उन्हें वर्जनिंग टूल्स जैसे जानकारी होनी चाहिए जाओ । इसके अलावा, वे की अवधारणाओं से परिचित होना चाहिए अनुरोधों को खींचो , कोड समीक्षा, आदि।
• वेब एप्लिकेशन और सामान्य क्लाइंट-सर्वर मॉडल की वास्तुकला की समझ।
• बुनियादी वस्तु-उन्मुख प्रोग्रामिंग अवधारणाओं और की समझ के बारे में पता होना चाहिए ठोस नमूना ( रों ज़िम्मेदारी जिम्मेदारी, या कलम / बंद सिद्धांत, एल iskov प्रतिस्थापन, मैं गर्भाधान अलगाव, घ निर्भरता उलटा)
• की बुनियादी समझ लगातार एकीकरण / सतत वितरण अवधारणाओं (CI / CD) और जेन टूल्स / बांस, आदि जैसे CI टूल्स के बारे में भी जानकारी होनी चाहिए।
  एसडीईटी में आमतौर पर तैनाती के मुद्दों का ध्यान रखने की अपेक्षा की जाती है, इसलिए इन उपकरणों को समझना अत्यावश्यक है।
• उन्हें कम से कम एक फ्रंट एंड ऑटोमेशन ढांचे से परिचित होना चाहिए। सबसे आसान और सबसे व्यापक रूप से उपयोग किया जाता है सेलेनियम । यह वेब अनुप्रयोगों के लिए फ्रंट एंड टेस्टिंग का पवित्र ग्रिल है और लगभग सभी संगठन यूआई परीक्षणों को स्वचालित करने के लिए सेलेनियम फ्रेमवर्क का उपयोग करते हैं।
• प्रदर्शन परीक्षण की मूल बातें सीखना और साथ ही साथ ओपन सोर्स परफॉर्मेंस टेस्टिंग टूल का उपयोग करके सरल स्क्रिप्ट लिखना JMeter बहुत मददगार है और आप इसका उल्लेख कर सकते हैं Jmeter ट्यूटोरियल । यह मददगार है क्योंकि SDET से प्रदर्शन परीक्षण जैसी गैर-कार्यात्मक आवश्यकताओं का ध्यान रखने की उम्मीद की जाती है।
• उन्हें सुरक्षा परीक्षण की मूलभूत अवधारणाओं के बारे में भी जानकारी होनी चाहिए। इसमें बुनियादी कोडिंग मानकों का ज्ञान भी शामिल है जो यह सुनिश्चित करता है कि ऐप में किसी भी तरह की बुनियादी सुरक्षा खामियां नहीं हैं। OWASP ऐसी सभी मूलभूत अवधारणाओं के लिए एक महान संदर्भ है।
• एसडीईटी से अपेक्षा की जाती है कि वे फुर्तीले विकास के तरीकों को जानें, समझें और कार्यान्वित करें और फुर्तीली के स्प्रिंट / स्क्रम पद्धति का उपयोग करके टीमों के साथ काम करने में सहज होना चाहिए।
• किसी को भी क्लाउड प्रौद्योगिकी प्लेटफार्मों के बारे में पता होना चाहिए - अमेज़न AWS , Google जीसीपी , या Microsoft Azure ।
  चूंकि अधिकांश कंपनियां अब क्लाउड-आधारित बुनियादी ढाँचे की ओर बढ़ रही हैं, इसलिए क्लाउड टूल्स और तकनीकों की बुनियादी समझ होना आम तौर पर आरंभ करने के लिए सहायक होता है।

एसडीईटी के लिए प्रमाणन

सामान्य तौर पर, SDET के लिए कोई विशिष्ट प्रमाणपत्र उपलब्ध नहीं हैं

यदि कोई अपने सॉफ़्टवेयर डेवलपमेंट इंजीनियर को टेस्ट यात्रा में शुरू करना चाहता है, तो वे इस ट्यूटोरियल के “कैसे एक महान एसडीईटी बनने के लिए” में उल्लिखित बिंदुओं पर ध्यान केंद्रित कर सकते हैं, और फिर अपनी खुली मानसिकता के साथ एसडीईटी को अपनी सीखने की यात्रा जारी रखनी चाहिए काम पर।

शब्दावली और बुनियादी बातों के परीक्षण के लिए, सॉफ्टवेयर परीक्षण के पेशे में हर किसी के साथ प्रमाणित होना अच्छा है ISTQB फाउंडेशन परीक्षण प्रमाण पत्र ।

ग्रहण के लिए c ++ संकलक

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

• परीक्षण प्रकार - कार्यात्मक / गैर कार्यात्मक
• ब्लैक बॉक्स / व्हाइट बॉक्स / ग्रे बॉक्स परीक्षण
• परीक्षण योजना / दोष प्रबंधन
• परीक्षण तकनीक - समतुल्यता विभाजन, ट्रेसबिलिटी मैट्रिक्स, आदि।

अन्य अंतर्राष्ट्रीय सॉफ़्टवेयर परीक्षण प्रमाणपत्र भी उपलब्ध हैं, लेकिन उनमें से अधिकांश SDET को किराए पर लेने के लिए कंपनियों के लिए बहुत बड़े चयन मानदंड नहीं हैं।

ऐसे सभी प्रमाणपत्रों की एक सूची उपलब्ध है यहां।

साक्षात्कार

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

हालांकि, डेवलपर्स की तुलना में साक्षात्कार थोड़ा उदार हैं। यहां इस बात पर जोर दिया गया है कि उम्मीदवार किस तरह से किसी समस्या के बारे में सोचता है और व्यक्ति समस्या के बारे में कितना व्यापक सोच सकता है।

सामान्य तौर पर, SDET साक्षात्कार में लगभग सभी बड़े उत्पाद संगठनों जैसे- अमेज़ॅन, माइक्रोसॉफ्ट, एडोब, एक्सपीडिया आदि के राउंड / प्रश्न प्रकार होते हैं।

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

अनुशंसित पढ़ना => SDET साक्षात्कार प्रश्न

SDET वेतन

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

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

नीचे Microsoft, एक्सपीडिया जैसी शीर्ष कंपनियों के लिए SDET वेतन की तुलना है।

जीविका पथ

सामान्य एसडीईटी कैरियर में सीढ़ी शुरू होती है और निम्नलिखित तरीके से बढ़ती है:

• एसडीईटी -1 - जूनियर स्तर SDET स्वचालन स्क्रिप्ट लिखने में सक्षम।
• एसडीईटी -2 - पुन: प्रयोज्य उपकरण और स्वचालन फ्रेमवर्क लिखने में सक्षम अनुभवी SDET।
• श्री एस.डी.ई.टी. - सीनियर स्तर SDET SDET 1 और SDET 2 की तरह एक व्यक्तिगत योगदानकर्ता होने में सक्षम है, लेकिन यह भी सक्षम है
  • आचार संहिता की समीक्षा।
  • डिज़ाइन चर्चा में भाग लें और डिज़ाइन में उपयुक्त बदलाव करने के लिए सुझाव दें।
  • उत्पाद की समग्र परीक्षण रणनीति में भाग लें।
  • CI / CD वितरण मॉडल में भाग लें, निष्पादन पाइपलाइन बनाएं आदि।
• SDET प्रबंधक - SDET2 के बाद, आप Sr SDET या SDET प्रबंधक पथ चुन सकते हैं। एक SDET प्रबंधक में प्रबंधन / नेतृत्व की जिम्मेदारियाँ और साथ ही कोर SDET कार्य होता है।
• टेस्ट आर्किटेक्ट / सॉल्यूशंस इंजीनियर - टेस्ट आर्किटेक्ट या सॉल्यूशंस इंजीनियर वह व्यक्ति होता है, जो ज्यादातर प्रोजेक्ट्स के लिए एक समग्र ढांचा तैयार करता / डिजाइन करता है, परीक्षण विनिर्देशों को फ्रेम करता है, डिलीवरी मैनेजर के रूप में भी कार्य कर सकता है। ये लोग गोटो व्यक्ति हैं और अपने परीक्षण के परिणामों को प्राप्त करने और बड़े पैमाने पर अच्छी तरह से परीक्षण किए गए और दोष मुक्त उत्पाद को जहाज करने में कई परियोजनाओं की मदद करते हैं।

यहाँ SDET कैरियर पथ का ब्लॉक-स्तरीय प्रतिनिधित्व है:

निष्कर्ष

इस ट्यूटोरियल में, हमने गहराई से सीखा कि भूमिकाओं और जिम्मेदारियों के संदर्भ में एक SDET क्या है, कौशल होना चाहिए, SDETs और मैनुअल टेस्टर्स के बीच क्या अंतर है, और टेस्ट में एक महान सॉफ्टवेयर डेवलपमेंट इंजीनियर बनने में क्या लगता है।

सामान्य तौर पर, SDET एक भूमिका है जो उच्च मांग में है और लगभग सभी अच्छी उत्पाद कंपनियों की अपनी टीमों में यह भूमिका है और अत्यधिक मूल्यवान हैं।

अनुशंसित पाठ

• SDET साक्षात्कार प्रश्न और उत्तर (पूरी गाइड)
• 2021 में 10 बेस्ट कस्टम सॉफ्टवेयर डेवलपमेंट कंपनियां और सेवाएं
• 20 सर्वश्रेष्ठ सॉफ्टवेयर विकास उपकरण (2021 रैंकिंग)
• SSDLC के लिए उपाय (सुरक्षित सॉफ्टवेयर विकास जीवन चक्र)
• एसडीएलसी (सॉफ्टवेयर डेवलपमेंट लाइफ साइकिल) चरण, तरीके, प्रक्रिया और मॉडल
• सॉफ्टवेयर विकास और परीक्षण के तरीके (पेशेवरों और विपक्ष के साथ)
• 5 चीजें एक शुरुआती डेवलपर (और परीक्षक) सॉफ्टवेयर परीक्षण के बारे में पता होना चाहिए
• 5 तरीके बोल्ड और कॉन्फिडेंट सॉफ्टवेयर टेस्टर बनें