एसडीईटी, जो टेस्टमा सफ्टवेयर विकास ईन्जिनियरको रूपमा पनि चिनिन्छ, सफ्टवेयर परीक्षण र गुणवत्ता आश्वासन डोमेन भित्र रोजगारीको भूमिका हो। यो शब्द मूल रूपमा माइक्रोसफ्ट र त्यसपछि गुगल द्वारा प्रयोग गरिएको थियो mundane प्रतिस्थापन को दृश्य र दोहोरिएको म्यानुअल परीक्षण कार्य स्वचालन संग।
वर्षौं बित्दै, अधिक र अधिक कम्पनीहरूले SDETs राख्दै छन् किनकि यो Agile र DevOps मा निर्णायक भूमिका हो। यद्यपि यो भर्नु चुनौतीपूर्ण भूमिका हो।
टेक्नोलोजी धेरै छिटो परिवर्तन हुन्छ र परीक्षकहरूले खेलको अगाडि रहन धेरै कुरा सिक्नु पर्छ।
मेरो अघिल्लो पोष्टमा, एक DevOps विश्व मा परीक्षण गर्दै , मैले वर्णन गरे कि कसरी एक परीक्षकको भूमिका गत दशकमा परिवर्तन भएको छ, त्यसैले अभाव सिर्जना गर्दछ टेनिस unicorns ।
यस पोष्टले SDET को भूमिकाको बारेमा कुरा गर्यो र किन युनिकोर्न SDET हरू फेला पार्न गाह्रो छ।
एक एसडीईटी एक टेक्निकल सफ्टवेयर परीक्षक हो जसले स्वचालित परीक्षण स्क्रिप्टहरू विकासमा केन्द्रित गर्दछ।
सामान्यतया, तिनीहरू एक फुर्तिलो टोलीको अंश हुन् र प्रयोगकर्ताहरूका कथाहरूमा स्वचालित स्वीकृति मापदण्डलाई मद्दत गर्नको लागि विकासकर्ताहरूको साथ काम गर्दछन्।
सामान्य QA गतिविधिहरूमा भाग लिनको साथ तिनीहरू स्वचालित एकीकरण परीक्षण, एपीआई परीक्षणहरू र / वा UI स्वचालन परीक्षणबाट केहि लेख्न सक्दछन्।
थप रूपमा, SDETs ले इकाई परीक्षणहरू समीक्षा गर्न मद्दत गर्दछ जुन विकासकर्ताहरूले लेखेका छन्।
प्रत्येक उत्पादनमा, त्यहाँ केहि मुख्य सुविधाहरू हुन्छन् जुन उत्पादनको प्रत्येक रिलीजमा कार्य गरिरहनुपर्दछ। यसको मतलब हरेक स्प्रिन्टमा, नयाँ सुविधाहरूको साथै अवस्थित कार्यक्षमता परीक्षण गर्नुपर्दछ।
फुर्ती विकास द्रुत गतिमा छ। छोटो स्प्रिन्टहरूको साथ, जुन सामान्यतया २-हप्ता लामो हुन्छ, परीक्षकहरूसँग मैन्युअल रूपमा सबै परीक्षण गर्न समय हुँदैन।
जब टोलीमा परीक्षकहरूसँग स्वचालित जाँचहरू लेख्न आवश्यक सीपहरू हुँदैन, सबै परीक्षण म्यानुअल रूपमा गरिनु पर्छ।
अन्तमा, परीक्षण सफ्टवेयरको विकास र रिलीजको लागि अड्किने काम हुन्छ किनकि यो पूर्ण हुनको लागि लामो र लामो समय लाग्छ।
त्यसकारण, SDETs राख्ने र चुस्त समुहमा राख्दा धेरै मैन्युअल परीक्षणहरू र कार्यहरू स्वचालित गरेर बोझ कम गर्न सकिन्छ।
त्यसोभए, राम्रो SDETs खोज्न र भर्ती गर्न किन यति गाह्रो छ?
धेरै बर्षहरूमा, मैले साक्षात्कार गरेका धेरै तथाकथित SDETs का कि त आवश्यक प्राविधिक सीपको कमी छ वा QA र परीक्षण सिद्धान्तहरूको कुनै समझ छैन।
उनीहरू पूर्ण रूपमा बुझ्दैनन् टोलीमा SDET को भूमिकाको मुख्य कारण। धेरैलाई ती धारणाको साथ आउँदछ कि ती सबै गर्नुपर्दछ स्वीकृति मापदण्ड स्वचालित रूपमा। स्पष्ट हो, एक SDET एक स्वचालन इञ्जिनियर हैन ।
योग्यता र प्राविधिक सीप परीक्षणको सही सन्तुलन हुनु महत्वपूर्ण कुरा हो।
एक महान SDET व्यापार द्वारा एक सफ्टवेयर परीक्षक हो, सफ्टवेयरको गुणस्तरको बारेमा भावुक हुन्छ र एकै समयमा टेक-सेभियल हो र टेक्निकल सीपको सही मिश्रण छ।
जब SDETs को लागि अन्तर्वार्ता लिन्छु, म सधैँ खोज्छु QA Mindset र प्राविधिक सीप।
महान SDET को प्रोफाइल कस्तो देखिन्छ? SDETs केमा हुनु पर्छ?
अब, हामी मध्ये केही पूर्ण-स्ट्याक विकासकर्ताहरूको बारेमा सुनेका छौं, तर हामीसँग छ पूर्ण-स्ट्याक परीक्षकहरू ?
मेरो विचारमा, एक SDET हुनु पर्छ कमसेकम निम्न सीप र विशेषताहरू:
देख्न सकिन्छ, एक SDET को अपेक्षित कौशल को दायरा काफी व्यापक छ।
एसडीईटी बन्न र क्यूएको नयाँ युगमा प्रासंगिक रहन चाहने परीक्षकहरूलाई मेरो सल्लाह हो:
निश्चित गर्नुहोस् कि तपाईं माथिको सबै एसडीईटी प्रोफाइल_ मा भएका कौशलतामा काम गर्दै हुनुहुन्छ, तर न्यूनतम रूपमा: _
र सबैभन्दा पहिला, सफ्टवेयर परीक्षणको जग थाहा पाउनुहोस्।
यो सबै राम्रो छ विकासकर्ताहरूसँग बराबर हुनु र सुन्दर कोड लेख्न सक्षम हुनु। तर यदि तपाईं QA मानसिकता को अभाव छ, यदि तपाईं प्रयोगकर्ता कथाहरू र गहिराईमा सुविधाहरू परीक्षण गर्न पर्याप्त परिदृश्यहरूको साथ आउन सक्नुहुन्न भने, तपाईं कुनै मान थप गर्नुहुन्न। तपाईं अझ राम्ररी परिश्रम र विकासकर्ता बन्न सक्नुहुन्छ।
धेरै आधुनिक वेब अनुप्रयोगहरू API का साथ अन्तर्क्रिया गर्दछ।
HTTP आर्किटेक्चर र वेबले कसरी कार्य गर्दछ भनेर जान्न र बुझ्न आवश्यक छ। यदि तपाईं POST अनुरोध र GET अनुरोधको बीच भिन्नता लिन सक्नुहुन्न वा कसरी थाँहा गर्नुहुन्छ भने JSON पार्स गर्नुहोस् , त्यसोभए तपाईं कसरी प्रभावकारी रूपमा एपीआई परीक्षण गर्न सक्नुहुन्छ?
एपीआई परीक्षण उपकरणहरू सिक्नको लागि समय लगानी गर्नुहोस् कराटे ।
तपाईं आफूलाई एक SDET कल गर्न सक्नुहुन्न यदि तपाईं के गर्न चाहानुहुन्छ सबै परीक्षण स्वचालित हुन्छन् र तपाईंलाई थाहा छ सबै जाभा, सेलेनियम र काकडी हो!