हम एक क्यूए व्यक्ति को काम पर रख रहे हैं और मुझे कुछ साक्षात्कार प्रश्नों के साथ आना चाहिए। सच तो यह है, मुझे इस बारे में ज्यादा जानकारी नहीं है कि एक अच्छा QA इंजीनियर को क्या पता होना चाहिए, बहुत कम क्या अच्छा साक्षात्कार प्रश्न शामिल हो सकता है। क्या किसी के पास सुझाव हैं?
कुछ जानकारी: Microsoft स्टैक (ASP.NET, SQL सर्वर, IIS) के लिए वातावरण दो अलग (लेकिन intertwined) वेब अनुप्रयोग है।
जवाबों:
जब तक आपके पास परीक्षकों के साथ काम करने का बहुत अधिक अनुभव नहीं है, तब तक जिन प्रकार के शब्दों को आप सुनना चाहते हैं, उनके प्रकार महसूस करने के लिए Cem Kaner के "परीक्षण कंप्यूटर सॉफ़्टवेयर" के पहले कुछ अध्यायों को पढ़ें: सीमा परीक्षण, त्रुटि परीक्षण, खुश पथ परीक्षण, कार्यात्मक, आदि प्रदर्शन, सुरक्षा, एकीकरण, आदि यदि आप भाषा नहीं बोल सकते हैं, तो आप एक अच्छा साक्षात्कार नहीं कर पाएंगे।
उन्हें अपने सिस्टम के एक छोटे टुकड़े के लिए एक युक्ति दें। उन्हें इसका परीक्षण करने के लिए कहें। आप विचार के संगठन की तलाश कर रहे हैं और दिलचस्प परीक्षणों के साथ आने की उनकी क्षमता। आप उन्हें एक व्यवस्थित तरीके से परीक्षण के क्षेत्रों से अलग होते हुए देखना चाहते हैं, और फिर प्रत्येक क्षेत्र में अधिक से अधिक दिलचस्प दिलचस्प मामलों को तोड़ते हुए ड्रिल करते हैं। वास्तव में अच्छे परीक्षक सभी के साथ घंटों के लिए कर सकते हैं लेकिन सबसे तुच्छ समस्याएं हैं, इसलिए आपको उन्हें काटने की आवश्यकता हो सकती है और उन्हें कैसे लगता है कि उनके लिए एक अच्छा अनुभव प्राप्त करने के लिए उन्हें दूसरी श्रेणी में ले जाना होगा।
अपने सिस्टम में एक वास्तविक बग के कारण हुए व्यवहार का वर्णन करें जो समझने में कठिन था। उनसे पूछें कि परीक्षण करते समय उन्होंने इस बग को देखा तो वे क्या करेंगे। यहां, आप बग में कमी की तलाश कर रहे हैं - परिस्थितियों का सबसे सरल सेट खोजने की क्षमता जो बग को पुन: उत्पन्न कर सकती है। यह देवों के लिए डिबगिंग को बहुत आसान बनाता है, क्योंकि उनके पास इस मुद्दे के कारण के बारे में एक बेहतर अनुमान है, और समस्या को हल करने की स्पष्ट क्षमता और यह दर्शाता है कि कौन से कारक बग पैदा करने के लिए बातचीत कर सकते हैं। अपने विशिष्ट उत्पाद के साथ, दौड़ की स्थिति पर चर्चा करना मज़ेदार हो सकता है।
उन्हें एक साधारण कमांड लाइन प्रोग्राम दें, जिसे आपने एक साथ हैक किया था (शायद बग्स के साथ वरीयता प्राप्त) और एक साधारण कल्पना, और उन्हें कंप्यूटर पर बैठने दें और इसके साथ खेलें, मुद्दों को खोजने के लक्ष्य के साथ। यहां आप रचनात्मकता और मुसीबत क्षेत्रों को लक्षित करने की क्षमता की तलाश कर रहे हैं। उन्हें बड़े इनपुट, छोटे इनपुट, अजीब इनपुट, खाली इनपुट जैसी चीजों का परीक्षण करना चाहिए। यदि वे एक बग ढूंढते हैं, तो उन्हें उस समय के बारे में जानने के लिए कहें, जब वह बग होता है (फिर से बग को कम करने के साथ!)।
अगर उन्हें लगता है कि बग महत्वपूर्ण है, तो उनसे पूछें कि अगर कोई एसडीई बग पर "नो रेप्रो" या "डोंट फिक्स" के साथ प्रतिक्रिया करता है, तो वे क्या करेंगे। यहाँ आप किसी ऐसे व्यक्ति की तलाश कर रहे हैं जो न केवल एक पुशओवर होगा, बल्कि विरोधी भी नहीं होगा। उचित प्रतिक्रियाओं में उदाहरण के परिदृश्यों को जोड़ना शामिल है जो बग की गंभीरता को और अधिक स्पष्ट रूप से प्रदर्शित करते हैं और फिर टिकट को फिर से खोलते हैं, यह समझने की कोशिश करने के लिए देव के साथ बात करते हैं कि चीजों को बंद करने से पहले इस तरह क्यों हल किया गया था, आदि।
उच्च स्तर पर अपने आवेदन के बारे में उनसे बात करें। उनसे पूछें कि वे किस प्रकार का परीक्षण करना चाहते हैं। यहां आप कार्यात्मक घटक परीक्षण, एकीकरण परीक्षण, प्रदर्शन परीक्षण, सुरक्षा परीक्षण जैसे परीक्षण के सामान्य क्षेत्रों की तलाश कर रहे हैं।
यदि यह एक SDET / स्वचालन इंजीनियर है, तो उन्हें अपने कुल वर्षों के अनुभव के लगभग 1 / 3rd से आधे के साथ devs के लिए कुछ साक्षात्कार प्रश्न दें।
यदि यह आपका पहला क्यूए व्यक्ति है, तो सुनिश्चित करें कि वे आत्म-शुरुआत कर सकते हैं। उनसे पूछें कि वे काम के महीने के पहले सप्ताह की कल्पना क्या करते हैं। उन्हें आवश्यकताओं को इकट्ठा करने और उपकरण स्थापित करने के बारे में कुछ कहना चाहिए, फिर परीक्षण शुरू करने के लिए एक उचित दृष्टिकोण का वर्णन करें। आप किसी ऐसे व्यक्ति की तलाश कर रहे हैं, जिसे बॉस को यह बताने की आवश्यकता नहीं है कि परीक्षण कैसे शुरू करें और आत्म-प्रबंधन कर सकते हैं। यदि आपके पास पहले से ही QA कर्मचारी हैं, तो यह कम महत्वपूर्ण है।
जब मैंने QA के उम्मीदवारों का साक्षात्कार लिया है, तो मैं उनसे आवेदन के लिए एक परीक्षण रणनीति तैयार करने के लिए कह रहा हूं। मैं आमतौर पर उन्हें अपना फोन देता हूं और सीमित सुविधाओं के साथ एक ऐप चुनता हूं - या उन्हें कुछ लेने देता हूं जिससे वे अधिक परिचित हैं। जब वे एक उच्च स्तरीय रणनीति (कुछ नहीं कर सकते) सूचीबद्ध करते हैं, तो मैं उनसे कुछ परीक्षण मामलों को नीचे सूचीबद्ध करने और सूचीबद्ध करने के लिए कह सकता हूं।
एक बार जब मैं उन्हें एक परिदृश्य दे सकता हूं, जहां हमारे पास सीमित संसाधन हैं और देखें कि वे कैसे प्राथमिकता देते हैं।
मैं उनसे यह भी पूछता हूं कि जब सॉफ्टवेयर जहाज करने के लिए पर्याप्त है, तो उन स्थितियों को कैसे संभालना है जहां पीएम या देव को बग महसूस नहीं होता है, लेकिन वे करते हैं। विशिष्ट उत्पाद विकास परिदृश्य।
ये नॉन कोडिंग क्यूए पदों के लिए हैं। कोडिंग क्यूए पदों मैं उन्हें एक देव / परीक्षण कॉम्बो साक्षात्कार देते हैं।
उनसे पूछें कि वे परीक्षण योजनाओं को कैसे डिजाइन करेंगे। उनसे पूछें कि क्या वे प्रतिगमन परीक्षण का उपयोग करने में अनुभवी हैं और उन्होंने ऐसा कैसे किया। उनसे पूछें कि वे उपयोगकर्ता इंटरफ़ेस के बारे में कैसे जानते हैं। उनसे पूछें कि वे डेटा आयात के परीक्षण के बारे में कैसे जाएंगे जो उपयोगकर्ता इंटरफ़ेस के माध्यम से नहीं जाते हैं (यदि आप ऐसी चीजें करते हैं)। उनसे पूछें कि वे डेवलपर्स से अपने मुद्दों को कैसे संवाद करेंगे और वे मुद्दे के समाधान के लिए कैसे जांच करेंगे। मैं उनसे सबसे दिलचस्प (या खोजने के लिए सबसे कठिन) बग के बारे में पूछता हूं जो उन्होंने पाया और वे इसे कैसे मिला।
इससे पहले कि आप साक्षात्कार करना शुरू करें, परीक्षण के लिए कुछ पुस्तकों की तलाश करें और एक क्यूए व्यक्ति को क्या करना चाहिए, इस पर थोड़ा ध्यान दें। इससे आपको उनके उत्तर निकालने में मदद मिलेगी।
इसके अलावा आप एक अच्छे व्यक्तित्व की तलाश में हैं। आप एक QA व्यक्ति नहीं चाहते हैं, जो एक पुशओवर है, लेकिन आप एक धमकाने या झटका नहीं चाहते हैं। लेकिन आप चाहते हैं कि कोई ऐसा व्यक्ति जो प्रबंधन के लिए खड़ा हो, जब चीजें गलत हों और सब कुछ मंजूर न करें क्योंकि प्रबंधन एक समय सीमा को पूरा करना चाहता है। आप कोई ऐसा व्यक्ति चाहते हैं जो डेवलपर्स के साथ प्रभावी ढंग से काम करेगा और जो परीक्षण कर रहा है उसकी आवश्यकताओं को समझता है। आपके द्वारा परीक्षण किए जा रहे एप्लिकेशन के प्रकार की पृष्ठभूमि वाले कोई व्यक्ति अच्छे हो सकते हैं। स्वास्थ्य देखभाल के अनुभव वाले एक परीक्षक को परीक्षण करने के लिए चीजों का पता चल जाएगा कि दूसरे क्षेत्र से आने वाले किसी व्यक्ति को पता नहीं हो सकता है।
मुझे लगता है कि आप उनसे प्रौद्योगिकी के किसी भी गंभीर ज्ञान की उम्मीद नहीं कर सकते हैं - जिसके पास सबसे अधिक संभावना है वह एक सांसारिक परीक्षक के रूप में काम कर सकता है।
सबसे अच्छा आप कर सकते हैं कि सामान्य बातों पर ध्यान दें जैसे कि विवरण, जिज्ञासु मन, प्रयोग के लिए उत्साह और इसी तरह।