2008-09-11 18 views
11

एक परीक्षक को कैसे ढूंढें (और रखें) मैं एक सॉफ्टवेयर विक्रेता के लिए काम करता हूं जिसका बाजार डेवलपर टूल है और हम अपने उत्पादों के लिए एक क्यूए व्यक्ति की तलाश में हैं।डेवलपर

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

मुख्य मुद्दा जो मैं चल रहा हूं वह यह है कि जब आप विकास अनुभव के साथ किसी को बताते हैं कि स्थिति में "क्यूए" है, तो इसका शीर्षक (या यहां तक ​​कि नौकरी के विवरण में) वे नौकरी पर विचार करने से दूर रहते हैं।
मुझे इस नौकरी को भरने के लिए एक अच्छा व्यक्ति कैसे मिल सकता है और यह सुनिश्चित करने में खुशी है कि मैं इसे खुश करने के लिए प्रतिक्रिया और सुझावों में बहुत रूचि रखता हूं। कोई विचार?

+0

मैं "व्यक्तिपरक" टैग को हटाने के लिए लगभग लुभाने वाला हूं क्योंकि मुझे लगता है कि इस प्रश्न का वास्तविक उत्तर हो सकता है। –

उत्तर

2

आपके साथ शुरू करने के लिए केवल "क्यूए" शीर्षक और विवरण के को बाहर ले जा सकते हैं यदि यह 'हॉट बटन' लगता है जो उम्मीदवारों को स्थिति को गंभीरता से देखने से रोक रहा है।

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

5

धन और जिम्मेदारी।

कारण मैं इन प्रकार की नौकरियों से दूर शर्मिंदा हूं क्योंकि वे लंबे समय तक मेरी दिलचस्पी नहीं रखते हैं। वास्तविक विकास कार्यों के साथ आपको उस श्रेणी से बाहर रखना चाहिए। दूसरी समस्या यह है कि वेतन आमतौर पर उस शीर्षक में काफी कम होता है।

0

मुझे लगता है कि आप एक toughie यहाँ हैं:

  • काम की आवश्यकता बहुत अधिक हो जाएगा करने के लिए एक पूर्णकालिक डेवलपर की लागत।
  • अधिकांश देव (स्वयं सहित) अविश्वसनीय रूप से तंग आ जाएंगे, बहुत जल्दी। अधिकांश देव का जुनून कोडिंग है, वे जितना संभव हो उतना करना चाहते हैं। जहां आपने कहा है, टीबीएच, यह आपके पास नौकरी की भूमिका में बहुत कम हो सकता है।
  • मैं कहूंगा कि शायद जूनियर की तलाश करें, जो थोड़ा अनुभव वाला ताजा है। वे शायद आपके परीक्षण/क्यूए प्रक्रिया में बेहतर मोल्ड हो जाएंगे, और इससे उन्हें उत्पादन कोड देखने की संभावना मिलती है, शायद इसके साथ काम करने का मौका।
  • जब तक कि आप भाग्यशाली न हों, मैं "डेवलपर" लंबे समय तक रहने की अपेक्षा नहीं करता, इसलिए या तो थोड़ा सा कारोबार की उम्मीद है, या संभवतः यदि आवश्यक हो तो पूर्ण देव भूमिका में विस्तार करें, और एक सस्ता एकल परीक्षक प्राप्त करें।
  • मुझे पता है कि आप एक छोटी सी दुकान हैं, इसलिए वित्त खेलने के लिए एक बड़ा हिस्सा हो सकता है, लेकिन मैं कहूंगा कि आपको एक देवता प्राप्त करने की संभावना और वजन घटाने की संभावना है जो आपके पास होती है। तुलनात्मक रूप से परीक्षणकर्ता सस्ते हैं। एक परीक्षक प्राप्त करने के लिए सबसे अच्छा हो सकता है, सभी मुद्दों को ढूंढें, फिर मुद्दों को ठीक करने के लिए ठेकेदार/अंशकालिक देव प्राप्त करें।
+0

मुझे आपके दूसरे बिंदु से असहमत होना है, इस व्यक्ति द्वारा लिखे गए कोड की मात्रा महत्वपूर्ण होगी, यह केवल इतना है कि लिखित कोड हमारे उत्पादों में नहीं होगा बल्कि हमारे उत्पादों का उपभोग करेगा और इसका उपयोग करेगा। –

1

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

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

5

मैं एक डेवलपर हूं, लेकिन एक क्यूए व्यक्ति (परीक्षण लेखन, स्वचालन, उपकरण लेखन/कोडिंग) के रूप में काम करने में समय बिताया। मैंने इसे कुछ ऐसा देखा जो मैं पक्ष में कर रहा था, और अंततः बाहर निकल जाएगा।

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

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

+0

मैंने एक समान स्थिति में काम किया और सटीक भावनाओं को साझा किया। ऐसा लगता है कि ज्यादातर लोग हमेशा पेशेवर परीक्षक बनना नहीं चाहते हैं। –

+0

> मुझे कोई ऐसा व्यक्ति मिलेगा जो क्यूए की स्थिति चाहता है, लेकिन इसमें मजबूत विकास/कोडिंग/समस्या निवारण कौशल है। उस के साथ शुभकामनाएँ। मेरे अनुभव में मजबूत विकास कौशल वाला कोई भी क्यूए नौकरियों के लिए आवेदन नहीं करेगा! –

+0

मुझे लगता है कि मेरा मतलब है "मजबूत विकास कौशल (क्यूए के लिए)" जो डेवलपर कोडिंग कौशल के बराबर हो सकता है या नहीं भी हो सकता है। –

3

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

2

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

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

अंत में, सुनिश्चित करें कि अन्य डेवलपर इस व्यक्ति को एक साथी डेवलपर के रूप में मानते हैं, न कि टीम के बाहर किसी के रूप में।

यह दुख की बात है कि "क्यूए" में डेवलपर्स के बीच कुछ कलंक जुड़ा हुआ है, लेकिन ऐसा करता है।

+1

> यह दुख की बात है कि "क्यूए" में डेवलपर्स के बीच कुछ कलंक जुड़ा हुआ है, लेकिन यह करता है। कितना सच है! ये शर्म की बात है। एक क्यूए व्यक्ति के रूप में मेरा कार्यकाल इसे पूरा करने से पहले मैं इकाई परीक्षण/सत्यापन कोड को पूरी तरह से बदल चुका हूं। बेहतर के लिए। ;) –

0

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

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

2

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

यदि आप उन्हें मुफ्त शासन देते हैं, तो मैं गारंटी दे सकता हूं कि आपके सॉफ़्टवेयर का परीक्षण उन तरीकों से किया जाएगा जिनकी आपने कभी कल्पना नहीं की थी।

यदि दूसरी तरफ, आप ऐसे व्यक्ति को नियंत्रित करने का प्रयास करते हैं, तो वे आपको तुच्छ मानेंगे। यह अपरिहार्य है।

लाभ लागत से अधिक वजन। यदि आप एक बड़े कॉर्प हैं तो यह निर्णय आसान है। बस सॉफ्टवेयर डेवलपर्स को किराए पर लें और उन्हें अपने उत्पाद पर "शहर जाना" कहें। आप परिणाम प्यार करेंगे।

2

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

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

विकास के लिए तुलनीय भुगतान करें। सच्चे रहो; भूमिका की वास्तविक उम्मीदों का खुलासा करें। शीर्षक को सॉफ्टवेयर गुणवत्ता अभियंता में बदलें।

0

इस प्रस्ताव के लिए सबसे आम शीर्षक "परीक्षण में सॉफ्टवेयर डेवलपर" है।

लेकिन मुझे लगता है एक और मुसीबत और अधिक महत्वपूर्ण है - अपनी हार्ड देव टीम की ओर पलायन

1

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

संबंधित मुद्दे