who earns more software tester
मुझे एक बार पूछा गया था, “आप क्यूए क्यों हैं? आप सभ्य QTP (VBScript) प्रोग्रामिंग करते हैं, आप कैसे विकास की कोशिश करते हैं? ' । ऐसा लगता है कि मैं कुछ कम के लिए बस रहा था :)
फिर, ये सभी सवाल हैं जो हम एसटीएच में सुनते हैं:
- अगर मैं एक आईटी कैरियर पर निर्णय लेता हूं, तो क्या मुझे एक डेवलपर या एक परीक्षक होना चाहिए?
- क्या मेरा करियर ग्रोथ पहले की तरह अच्छा रहेगा?
- जब कोई मुझसे पूछे कि A क्यूए क्यू ’क्यों कहना चाहिए?
- क्या मैं अपना समय बर्बाद कर रहा हूं क्यूए जब मैं एक डेवलपर हो सकता था?
- अगर मैं एक QA हूं तो क्या मेरा काम कम सुरक्षित है?
- मुझे एक क्यूए परियोजना सौंपी जा रही है, क्या मुझे दूसरा रास्ता चलाना चाहिए या मेरे लिए इसमें कुछ है?
- क्या मैं एक परीक्षक के रूप में महत्वहीन होने जा रहा हूँ?
- उत्पाद के बाजार में आने पर क्या सारा श्रेय डेवलपर्स को जाता है?
- क्या यह परीक्षण उन लोगों के लिए नहीं है जो गैर-तकनीकी हैं?
- परीक्षण कम तीव्र है और मैं केवल अंशकालिक काम करने के लिए तैयार हूं, क्या मेरे लिए इसे आज़माने के लिए पर्याप्त कारण होगा?
(छवि स्रोत: e27.co )
ये उपयोगी पोस्ट पढ़ें =>
- सॉफ्टवेयर टेस्ट प्रोफेशनल्स के लिए करियर विकल्प
- क्यों सॉफ्टवेयर परीक्षण एक कठिन काम है?
और, हमें मिलने वाले शीर्ष एफएक्यू में से एक - ' क्या QA एक मौद्रिक रूप से बुद्धिमान कैरियर विकल्प है? विकास समकक्षों की तुलना में कम परीक्षकों को भुगतान नहीं किया गया है? ' चलो पता करते हैं।
खिड़कियों के लिए मुफ्त खोल स्क्रिप्ट संपादक
आप क्या सीखेंगे:
- # 1) डेवलपर्स को उतने कौशल की आवश्यकता नहीं होती जितनी कि डेवलपर्स करते हैं - गलत। क्यों?
- # 2) विकास जीवन चक्र में शामिल होना
- # 3) क्या विकास के अवसर परीक्षक और डेवलपर्स के लिए समान होंगे?
- # 4) क्या डेवलपर्स अपरिहार्य हैं, जबकि परीक्षक नहीं हैं?
- # 5) अंत में, क्या मुआवजे में असमानता सही है? क्या डेवलपर्स वास्तव में परीक्षकों की तुलना में बहुत अधिक बनाते हैं?
- कांच के दरवाजे:
- वेतनमान:
- निष्कर्ष:
- अनुशंसित पाठ
# 1) डेवलपर्स को उतने कौशल की आवश्यकता नहीं होती जितनी कि डेवलपर्स करते हैं - गलत। क्यों?
- सभी डेवलपर्स परीक्षण और अधिकांश परीक्षक कोड लिखते हैं । हम यहां सिर्फ यूनिट और इंटीग्रेशन टेस्ट की बात नहीं कर रहे हैं।
- जैसे उपकरण सेलेनियम विकास के लिए उपयोग की जाने वाली समान आईडीई और प्रोग्रामिंग भाषाओं का उपयोग करें ताकि परीक्षण तेज और आसान स्थापित किया जा सके।
- टेस्ट ड्रिवेन डेवलपमेंट एंड बिहेवियर से प्रेरित डेवलपमेंट फ्रेमवर्क ऑल टाइम उदय पर हैं। इसका सीधा सा मतलब है कि डेवलपर्स को अंतिम उपयोगकर्ताओं / परीक्षकों के दृष्टिकोण से सोचना होगा। उन्हें इन रूपरेखाओं को स्थापित करने के लिए परीक्षकों के परिप्रेक्ष्य और सहायता की आवश्यकता है। अधिक जानकारी के लिए ये पोस्ट देखें ककड़ी उपकरण का उपयोग करके स्वचालन परीक्षण तथा TDD और BDD के बीच अंतर ।
ऐसे कई उदाहरण हैं जहां परीक्षण और विकास की सीमाएं पार हो जाती हैं।
जमीनी स्तर: क्रॉस-फंक्शनल नॉलेज एक MUST है।
इसलिए, देव और परीक्षण दोनों टीमों के लिए मुख्य कौशल हैं:
- कोर कार्यात्मक प्रक्रिया पता है कि कैसे
- प्रोग्रामिंग भाषाएँ - जावा सर्वोच्च स्थान पर रहीं (प्रोग्रामिंग भाषा लोकप्रियता के लिए TIOBE सूचकांक)
- DB और डिजाइन अवधारणाओं
- विश्लेषणात्मक और तार्किक सोच
- अच्छा संचार
- टीम खेल रही है रवैया
- उपकरण या मैन्युअल रूप से कार्य प्रबंधन
# 2) विकास जीवन चक्र में शामिल होना
दोनों टीमें अंत तक महत्वपूर्ण भूमिका निभाती हैं। निरंतर एकीकरण और निरंतर परीक्षण दृष्टिकोण अपनाने वाली कंपनियों के साथ, परीक्षक और डेवलपर्स हाथ से काम करते हैं । इसके अलावा, एजाइल विकास और परीक्षण टीमों के बीच अंतर नहीं करता है - यह सभी एक SCRUM है।
# 3) क्या विकास के अवसर परीक्षक और डेवलपर्स के लिए समान होंगे?
विकास प्रत्येक व्यक्ति के लिए परिवर्तनशील है क्योंकि यह क्षमता, आकांक्षा, प्रयास और परिस्थितियों पर निर्भर करता है। इसका आईटी की शाखा से बहुत कम संबंध है।
डेवलपर्स प्रबंधकों, बिजनेस एनालिस्ट, आर्किटेक्ट बनने के लिए आगे बढ़ सकते हैं, या उनकी योग्यता, आकांक्षा और अवसरों के आधार पर बिक्री, अनुसंधान आदि में जा सकते हैं।
परीक्षकों के लिए भी यही मौके मौजूद हैं, बस अपने क्षेत्र में। टेस्ट लीड, टेस्ट मैनेजर, बिजनेस एनालिस्ट आदि - कई संभावनाएं।
यह भी पढ़ें=> कैसे चित्रा बाहर निकलने के लिए QA जॉब बेस्ट सूट आपके कौशल के आधार पर?
कैसे एक सरणी जावा की एक प्रतिलिपि बनाने के लिए
# 4) क्या डेवलपर्स अपरिहार्य हैं, जबकि परीक्षक नहीं हैं?
यदि एक निश्चित विभाग महत्वपूर्ण नहीं है, तो क्यों है? डेवलपर बनाम परीक्षक संघर्ष हालांकि अब कोई समस्या नहीं है अंदर आईटी टीमें, यह अभी भी बाहरी लोगों के बीच एक सांस्कृतिक सांस्कृतिक धारणा है।
डेवलपर्स के प्रति लगभग श्रद्धा और परीक्षकों के लिए तिरस्कार अभी भी सुना जाता है - लेकिन मुझे यकीन है कि यह उन लोगों से आ रहा है जो न तो अनुशासित हैं। होना या न होना (एक सॉफ्टवेयर टेस्टर) - एक सवाल है, जिसका जवाब अनजान लोगों की राय के आधार पर नहीं दिया जाना है।
हर जगह नौकरियां अस्थिर हैं। यह आमतौर पर सबसे कमजोर कड़ी है जो कट लेता है, और इसका मतलब यह नहीं है कि यह हमेशा क्यूए है जो खारिज कर दिया गया है।
# 5) अंत में, क्या मुआवजे में असमानता सही है? क्या डेवलपर्स वास्तव में परीक्षकों की तुलना में बहुत अधिक बनाते हैं?
यदि आप एक सामान्य विचार की तलाश कर रहे हैं कि चीजें मुआवजे के लिहाज से कहां हैं, तो निम्नलिखित उपयोगी हो सकते हैं:
कांच के दरवाजे:
वेतनमान:
सॉफ्टवेयर परीक्षक गुणवत्ता आश्वासन वेतन
स्रोत: Payscale.com
कैसे एक सूची जावा बनाने के लिए - -
जब आप उपरोक्त लिंक को देखते हैं तो कृपया ध्यान दें कि कई चर हैं।
दुर्भाग्य से, हम सामान्यीकृत वेतन की दुनिया में काम नहीं करते हैं।
अपने करियर में, मैंने कई क्यूए को विकास समकक्षों से अधिक कमाते देखा है। और इसके विपरीत कई मामलों में सच भी है।
वेतन पर निर्भर करता है:
- कौशल और कौशल स्तर
- अनुभव
- वर्तमान वेतन (जब एक नई स्थिति में स्थानांतरण)
- रोजगार की प्रकृति (पूर्ण समय बनाम फ्रीलांसिंग बनाम संविदात्मक)
- स्थान
- कंपनी
- लाभ
- अफसोस की बात है और शायद ही कभी, कर्मचारी के बातचीत कौशल
ध्यान रखने योग्य बातें:
- एक नौकरी पैसे से अधिक प्रदान करती है - अपनी क्षमता का उपयोग करने का अवसर, एक समुदाय जो आपके जुनून और अंतर बनाने का मौका साझा करता है। बड़ी तस्वीर को यह सब और अधिक दिखाने दें।
- शेर के लिए शिकार, एक गेंडा नहीं। शहरी मिथकों से सावधान रहें - एक मित्र का मित्र जो कि हत्यारे के वेतन पैकेज को प्राप्त करता था और आपको इससे भी कम अनुभव था।
- वेतन की तुलना - (क्यूएएस या देवों के साथ) - अच्छा विचार नहीं है। यदि आप अधिनियमित और अधिशेष महसूस करते हैं, तो अपने प्रबंधक के साथ चर्चा करने के लिए स्वतंत्र महसूस करें।
- जो कुछ भी करने लायक है, वह अच्छी तरह से भुगतान करने लायक है।
- अंततः, ' अपनी आय को दोगुना करने के लिए, सीखने की अपनी दर को तीन गुना करें। ”- रॉबिन शर्मा।
निष्कर्ष:
समापन में, मैं यह कहना चाहता हूं कि कैरियर का रास्ता चुनना योग्यता, महत्वाकांक्षा, सुरक्षा, संतुष्टि और निश्चित रूप से मुआवजे पर आधारित होना चाहिए। काम में, एक को सक्षम, आत्मविश्वास और उत्पादक महसूस करना चाहिए।
आप जो कर रहे हैं उस पर अच्छा होना उस तरह से महसूस करने की कुंजी है और आप जानते हैं कि यह जादुई रूप से संयुग्मित नहीं है। यह काम, अभ्यास और अधिक अभ्यास लेता है।
लेखक : एसटीएच टीम की सदस्य स्वाति एस को सभी शोधों के लिए धन्यवाद और हमें अपने पेशे पर गर्व है।
हम आपके विचारों, टिप्पणियों, प्रश्नों और असहमतियों को सुनना पसंद करेंगे।
अनुशंसित पाठ
- 5 चीजें एक शुरुआती डेवलपर (और परीक्षक) सॉफ्टवेयर परीक्षण के बारे में पता होना चाहिए
- एक परीक्षक या डेवलपर के लिए एक दूसरे के साथ संवाद करना कितना महत्वपूर्ण है?
- मेरी नई ईबुक 'सॉफ्टवेयर टेस्टिंग कैरियर पैकेज की घोषणा - एक टेस्ट के लिए एक लीडर बनने के लिए नौकरी पाने से सॉफ्टवेयर टेस्टर की यात्रा!'
- क्या सॉफ्टवेयर टेस्टर की नौकरी वास्तव में एक लो-प्रोफाइल जॉब है?
- सही सॉफ्टवेयर परीक्षण फिर से शुरू गाइड (सॉफ्टवेयर परीक्षक पुनरारंभ नमूना के साथ)
- सॉफ्टवेयर त्रुटियों के 7 प्रकार जो हर परीक्षक को पता होना चाहिए
- सॉफ्टवेयर परीक्षण नीरस है ... ओह सच में?
- एक खराब सॉफ्टवेयर परीक्षक के लक्षण