टेस्ट में डेवलपर क्या है? [बन्द है]


14

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

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

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

मैंने इसे Googling करने की कोशिश की है, लेकिन वहाँ बहुत सारी जानकारी नहीं है। तो क्या वास्तव में एक डेवलपर टेस्ट में है?


मैं आमतौर पर "स्कंकवर्क्स" नामक यह सुनता हूं, अगर यह मदद करता है।
एड्रियन

क्या आप सुनिश्चित हैं कि वह 'परीक्षण' का मतलब नहीं है? 'डेवलपर इन टेस्ट' शब्द कभी नहीं सुना। क्या यह भर्ती हो सकता है कि उसकी शब्दावली गलत है? पहली बार नहीं होगा।
ग्रैंडमास्टरबी

मैंने इसके बारे में पहले कभी नहीं सुना है इसलिए मैंने उनसे कई बार सुनिश्चित करने के लिए कहा। मैं कंपनी के साथ इस बारे में बात करूंगा कि इसका क्या मतलब है। मैं सिर्फ एक सिर चाहता था कि यह क्या है। ऐसा लग रहा था कि यह बहुत सी चीजें हो सकती हैं जो मैंने संयुक्त के बारे में सुना है।
पैट्रिक

1
मुझे यकीन है कि द रिक्रूटर ने ओपनिंग के लिए जो टाइटल रखा है, वह मेरा संदेह है। वह सिर्फ इतना जानता है कि यह सही जॉब टाइटल नहीं है। या यह सिर्फ यह हो सकता है कि विशेष कंपनी किसी विशेष शीर्षक को कैसे संदर्भित करती है, क्योंकि वे एंडिंग को जोड़ने के लिए बहुत आलसी हैं।
ग्रैंडमास्टरबी

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

जवाबों:


27

मैं टेस्ट में सॉफ्टवेयर डेवलपमेंट इंजीनियर हूं, और 2 अलग-अलग कंपनियों में रहा हूं। वर्तमान में मैं Microsoft के लिए काम करता हूं।

मोटे तौर पर, ब्रायन ओकले सही है: आप सॉफ्टवेयर लिखते हैं जो सॉफ्टवेयर का परीक्षण करता है।

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

वर्णन जो आपको रिक्रूटर से प्राप्त हुआ है वह एक खराब बिक्री तकनीक की तरह लगता है।

  • आप फ़िज़ूल नहीं हैं; आपके पास Z भाषाओं में y अलग-अलग समर्थित वातावरणों में तैनात x सुविधाओं पर स्वचालित परीक्षण कवरेज प्राप्त करने के लिए n दिन हैं।
  • ओह, btw: उन परीक्षणों के लिए तेजी से चलाने के लिए देवताओं के लिए एक त्वरित देव / परीक्षण चक्र है क्योंकि ...
  • कोई मानक समय सीमा नहीं? आप उत्पाद की गुणवत्ता के प्रभारी हैं और रिलीज की तारीख 6 महीने पहले विपणन द्वारा निर्धारित की गई थी। देव टीम को आपकी टेस्ट टीम को एक स्थिर निर्माण प्रदान करने में 6 सप्ताह की देरी है, और कंपनी उस रिलीज की तारीख (फिर से) पर जोर नहीं दे रही है। क्या उत्पाद या सेवा एक ही दिन में मिलियन (बिलियन?) लोगों को जारी करने के लिए पर्याप्त स्थिर है?
  • ... और अगर ( जब ) ग्राहक समस्याओं के साथ फोन करते हैं ... "क्यों (नरक) आपने इसे पहले नहीं पकड़ा?"

मुझे आशा है कि आपको SDET जैसा होने का एक उदाहरण देता है।


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

1
@pthurmond: यह अक्सर एक बहुत ही फायदेमंद अनुभव होता है, खासकर अगर कंपनी गुणवत्ता के बारे में गंभीर हो। एसडीईटी के लिए देव से अधिक कोड लिखना असामान्य नहीं है, हालांकि यह परियोजना के चरण पर निर्भर कर सकता है। मैनुअल परीक्षण प्रक्रिया से 100% कभी नहीं गया है।
स्टीवन एवर्स

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

1
वाह मुझे खुशी है कि मैंने SDET का स्थान नहीं लिया। यह सब कुछ लगता है जैसे मैं सॉफ्टवेयर देव के बारे में नफरत करता हूं।
ldog

8

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

हालांकि, अलग-अलग शीर्षकों का मतलब अलग-अलग कंपनियों के लिए अलग-अलग चीजें हैं, इसलिए निश्चित उत्तर भर्तीकर्ता से आना चाहिए।


हम्म, अधिकांश क्यूए लोग जो मुझे पता है कि विकास की एक चाटना नहीं है। तो शायद वह वह जगह है जहाँ से अंतर आता है।
पैट्रिक

2
@pthurmond: आप सही हैं: क्यूए में बड़ी संख्या में लोग कोई सॉफ्टवेयर डेवलपमेंट नहीं करते हैं। परीक्षण में डेवलपर की भूमिका, जिसे परीक्षण में सॉफ्टवेयर इंजीनियर के रूप में भी जाना जाता है, एक अपेक्षाकृत नया क्षेत्र है।
ब्रायन ओकले

1
क्यूए में लोग जहां मैं काम करता हूं वह विकसित होता है। अधिकतर स्क्रिप्टिंग जो रिलीज़ होने पर प्रतिगमन को चला सकती है।
रिग

1

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

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.