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

load, stress और soak testing में क्या फर्क है, और आप क्या नापेंगे?

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

छोटा जवाब

load testing उम्मीद के मुताबिक traffic चलाकर पक्का करती है कि सिस्टम अपने लक्ष्य पूरे करता है। stress testing क्षमता से आगे धकेलकर टूटने का बिंदु ढूंढती है और देखती है कि वह ढहने की जगह संभलकर गिरता है या नहीं। soak testing घंटों तक लगातार मध्यम load चलाकर leaks और संसाधन खत्म होना उजागर करती है। नापिए latency के percentiles, throughput, error rate, और CPU, memory, connections तथा database का saturation।

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

इंटरव्यूअर जानना चाहते हैं कि आप सिर्फ traffic पैदा करने की जगह एक performance टेस्ट परिभाषित कर सकते हैं। अहम हिस्से हैं पहले से तय किया गया लक्ष्य, औसत की जगह percentiles बताना, और response time के साथ साथ संसाधनों का saturation देखना। यह बताना कि soak टेस्ट वे leaks पकड़ता है जो एक घंटे का load टेस्ट कभी नहीं पकड़ेगा, दिखाता है कि आपने सच में एक चलाया है, सिर्फ उसके बारे में पढ़ा नहीं।

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

  • तीनों को सिर्फ अवधि नहीं, मंशा से परिभाषित करें।
  • टेस्ट से पहले लक्ष्य तय करवाने पर अड़ें।
  • percentiles बताएं, औसत कभी नहीं।
  • response times के साथ साथ saturation के metrics देखें।
  • बताएं कि टेस्ट का environment production जैसा क्यों होना चाहिए।

उदाहरण जवाब

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

इनका फर्क मंशा का है। load testing यह जवाब देती है कि उम्मीद के traffic पर सिस्टम अपना लक्ष्य पूरा करता है या नहीं, तो शुरू करने से पहले मुझे वह लक्ष्य तय चाहिए, कुछ ऐसा कि दो हजार एक साथ users पर p95 तीन सौ milliseconds से नीचे और error rate एक प्रतिशत के दसवें हिस्से से कम। stress testing जानबूझकर उससे आगे जाती है ताकि पता चले कि वह कहां टूटता है और उससे भी जरूरी, कैसे टूटता है। queuing और साफ errors के साथ संभलकर गिरना मंजूर है; data का बिगड़ना या ऐसा सिलसिला जो पड़ोसी services को भी ले डूबे, मंजूर नहीं। soak testing आठ या बारह घंटे तक मध्यम load चलाती है, जो धीमे leaks, कभी वापस न लौटने वाले connection pools, और disk भर देने वाले log की मात्रा पकड़ने का इकलौता तरीका है। मैंने एक बार ऐसा memory leak पकड़ा जो करीब छह घंटे बाद ही दिखा और तीस मिनट की run में कभी सामने नहीं आता। नापने पर मैं percentiles बताता हूं, क्योंकि औसत हर उस चीज को छिपा देता है जो मायने रखती है, तो p50, p95 और p99 के साथ throughput और error rate। और मैं साथ ही saturation देखता हूं, यानी CPU, memory, connection pool का इस्तेमाल, और database locks, क्योंकि response time बताता है कि कुछ गलत है और saturation बताता है कि क्या।

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

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

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

  • load टेस्ट में असली जैसा user बर्ताव कैसे बनाएंगे?
  • अगर टेस्ट environment production के चौथाई आकार का हो तो आप क्या करेंगे?
  • दो load टेस्ट runs के बीच असली regression और शोर में फर्क कैसे करते हैं?

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

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

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

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

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

GhostPilot पाएं