QA इंजीनियर इंटरव्यू सवाल

कोई developer आपका bug यह कहकर बंद कर देता है कि दोबारा नहीं हो रहा। आप क्या करते हैं?

इंटरव्यूअर असल में क्या परख रहा है, अपना जवाब कैसे स्ट्रक्चर करें, और एक बोला हुआ उदाहरण जिसे आप अपना सकते हैं।

छोटा जवाब

इसे असहमति नहीं, environment या steps का फासला मानिए। उसे खुद दोबारा पैदा कीजिए और सब कुछ पकड़िए: सटीक build, environment, account की हालत, data, browser, timestamps, network trace, video, और logs। उसे कम से कम भरोसेमंद steps तक घटाइए, फिर उस सबूत के साथ दोबारा खोलिए या सीधे developer के साथ बैठिए। अगर वह कभी कभी होता है तो यह कहिए और असली दर बताइए।

इंटरव्यूअर यह क्यों पूछते हैं

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

अपना जवाब कैसे स्ट्रक्चर करें

  • इसे टकराव नहीं, जानकारी का फासला मानें।
  • दोबारा पैदा करें और environment का पूरा ब्योरा पकड़ें।
  • कम से कम भरोसेमंद steps तक घटाएं।
  • साथ बैठने या सीधे दिखाने की पेशकश करें।
  • कभी कभी होने और उसकी दर के बारे में ईमानदार रहें।

उदाहरण जवाब

बोला हुआ उदाहरण, पहले व्यक्ति में

मेरी पहली धारणा यह होती है कि हम दो अलग चीजें देख रहे हैं, यह नहीं कि कोई गलत है। तो मैं उसे खुद दोबारा पैदा करता हूं, और इस बार सब कुछ पकड़ता हूं: सटीक build number, environment, account और उसकी हालत, जो data शामिल था, browser और उसका version, एक screen recording, network trace, और timestamp ताकि हम उसे server logs से मिला सकें। फिर मैं steps को उस सबसे छोटे क्रम तक छांटता हूं जो अब भी उसे चलाता है, क्योंकि पंद्रह कदम वाला तरीका अक्सर यह छिपा देता है कि असल में कौन सा कदम मायने रखता है, और उसे घटाने से मुझे आम तौर पर कुछ नया पता चलता है। बहुत बार वही प्रक्रिया असली निर्भरता उजागर कर देती है, जैसे यह सिर्फ किसी migration से पहले बने account पर होता है, या सिर्फ एक ही session में दूसरी बार submit करने पर, और यही वह ब्योरा होता है जो developer को चाहिए था। फिर मैं सबूत लगाकर उसे दोबारा खोलता हूं, या इससे बेहतर, जाकर उन्हें अपनी machine पर दिखाता हूं, जो comment की लड़ी के मुकाबले कहीं ज्यादा बार पांच मिनट में मामला निपटा देता है। अगर वह सच में कभी कभी होता है तो मैं साफ कहता हूं, यानी बीस कोशिशों में चार बार हुआ, यह दावा करने की जगह कि हमेशा होता है, क्योंकि एक बार बढ़ाचढ़ाकर कहने की कीमत लंबे वक्त तक साख से चुकानी पड़ती है।

जल्दी ही यह इंटरव्यू देने जा रहे हैं? GhostPilot आपकी लाइव कॉल सुनता है, सवाल पूछे जाते ही उसे पकड़ लेता है, और रियल-टाइम में एक स्ट्रक्चर्ड जवाब आपकी स्क्रीन पर डाल देता है। अगले मॉक में इसे आजमाएं, या ले लें एक $29 Session Pass, कोई सब्सक्रिप्शन नहीं, असली इंटरव्यू के लिए।

देखें यह कैसे काम करता है

फॉलो-अप सवाल जिनकी उम्मीद रखें

  • अगर वह सिर्फ production में दोबारा होता हो तो आप क्या करेंगे?
  • ऐसे developer को कैसे संभालेंगे जो बार बार आपके bugs बंद कर देता है?
  • आप कैसे तय करते हैं कि कभी कभी होने वाला bug और पीछे भागने लायक है?

QA इंजीनियर के और सवाल

आपका इंटरव्यूअर इसका अपना वर्ज़न पूछेगा। फ्री Question Predictor में अपना असली जॉब डिस्क्रिप्शन पेस्ट कीजिए और वो 20 सवाल पाइए जो उस रोल में सबसे ज्यादा पूछे जाने की संभावना है, साथ में यह भी कि हर सवाल असल में क्या टटोल रहा है।

मेरे सवाल प्रेडिक्ट करें

मुश्किल सवाल पूछे जाने से पहले उनकी रिहर्सल कीजिए

एक लाइव कोपायलट के साथ प्रैक्टिस कीजिए, फिर तैयार होकर अंदर जाइए। $29 Session Pass आपको इंटरव्यू पार करा देता है, न कोई सब्सक्रिप्शन, न कोई लॉक-इन।

GhostPilot पाएं