रमोना श्वरिंग एक सॉफ़्टवेयर इंजीनियर और Google डेवलपर एक्सपर्ट हैं. वे क्वालिटी अश्योरेंस के बैकग्राउंड में काम करती हैं.
इस पोस्ट में टेस्ट ऑटोमेशन ब्लॉग सीरीज़ के हिस्से के तौर पर, एक कम्यूनिटी एक्सपर्ट के तौर पर हाइलाइट किया गया है.
रमोना श्वेरिंग एक सॉफ़्टवेयर इंजीनियर हैं, जिनका बैकग्राउंड क्वालिटी अश्योरेंस है. साथ ही, ये वेब टेक्नोलॉजी के क्षेत्र में Google डेवलपर एक्सपर्ट भी हैं. रमोना को टेस्ट ऑटोमेशन का जुनून है. उन्होंने सार्वजनिक शिक्षा के क्षेत्र में ऑटोमेशन की जांच करने में अहम योगदान दिया. इसमें कॉन्फ़्रेंस में बोलना, लेख पब्लिश करना, ओपन-सोर्स प्रोजेक्ट में योगदान देना, और मीटिंग आयोजित करना शामिल हैं.
Jecelyn: आपने वेब डेवलपमेंट और टेस्टिंग के लिए कौनसा तरीका अपनाया था?
रमोना: विकास के सफ़र की शुरुआत, मुझे कला के लिए अपने प्यार से हुई: हाई स्कूल में, मैंने तस्वीरें बनाने और पब्लिश करने में काफ़ी समय बिताया. हालांकि, मुझे Devantart और Animexx के अलावा किसी और चीज़ का इस्तेमाल करना था, इसलिए मैंने अपनी वेबसाइट बनाई. इससे मुझे वेब डेवलपमेंट के बारे में जानने का मौका मिला. बाद में, मेरे अंदर पहली नौकरी के दौरान ही टेस्ट ऑटोमेशन का जुनून पैदा हो गया. मुझे उन कामों पर फ़ोकस करना था जिनके लिए लोगों की क्रिएटिविटी और अनुभव की ज़रूरत होती है. इससे, मैं उन टास्क को पूरा नहीं कर पाती जो समय-समय पर किए जाते हैं.
Jecelyn: टेस्ट ऑटोमेशन टूल बहुत सारे हैं. उन सभी को कैसे सीखा जा सकता है या यह कैसे पता किया जा सकता है कि किसे चुनना है?
रमोना: यह सच में बहुत अच्छा सवाल है. सबसे पहली बात: वैसे तो कई ऑटोमेशन फ़्रेमवर्क को समझना अच्छी बात है, लेकिन हर एक फ़्रेमवर्क को सीखने का दबाव न लें. छोटे-छोटे प्रोजेक्ट बनाना शुरू करें या पहला छोटा सा टेस्ट लिखें कि आपको किसी फ़्रेमवर्क का अनुभव और उसकी खासियत पसंद है या नहीं. अपनी ज़रूरत और पसंद के मुताबिक एक या दो विकल्प चुने जा सकते हैं. मुझे यह देखना पसंद है कि क्या मुझे किसी खास फ़्रेमवर्क का डेवलपर अनुभव पसंद है. मुझे पता करने की कोशिश करनी चाहिए कि क्या इसका इस्तेमाल करना सही नहीं है. याद रखें कि जांच बस एक आदत की तरह होनी चाहिए, न कि अपने काम में जगह लेने के. साथ ही, यह आपके बनाए गए प्रोजेक्ट और उसकी ज़रूरी शर्तों पर निर्भर करता है.
Jecelyn: जांच पूरी होने में अक्सर देरी होती है. जैसे, "ओह, अभी इसके लिए समय नहीं है." आप इस बारे में क्या सोचते हैं?
रमोना: लिखने के टेस्ट में समय लगता है, खासकर तब, जब आप टेस्ट-ड्रिवन-डेवलपमेंट का इस्तेमाल करने का फ़ैसला करते हैं. हालांकि, मुझे लगता है कि यह एक आम गलतफ़हमी है कि टेस्ट करने में बहुत ज़्यादा समय लगता है. मेरे हिसाब से, इसमें निवेश करना बहुत ज़रूरी है. आपको शुरुआती सुझाव मिलते हैं, इसलिए, गड़बड़ियों को जल्द से जल्द ठीक किया जा सकता है. इससे, बग ठीक करने में कम खर्च आता है, क्योंकि आने वाले समय में गड़बड़ियां इकट्ठा नहीं होती हैं और उन्हें ठीक करना ज़्यादा खर्च नहीं होगा. इसके अलावा, जितनी ज़्यादा चीज़ों को ऑटोमेट किया जाएगा, आपको मैन्युअल तौर पर उतनी ही कम जांच करनी पड़ेगी. हालांकि, आपको अपने प्रोजेक्ट की स्थिति की खास जानकारी मिलती रहेगी. इसलिए, मेरी राय में, यह इसके बिलकुल उलट है. टेस्ट से आपका समय बचेगा और आपको आत्मविश्वास मिलेगा. साथ ही, आपको ज़्यादा मेहनत नहीं करनी पड़ेगी.
Jecelyn: मुझे अपनी कंपनी में टेस्ट ऑटोमेशन के कल्चर के बारे में बताएं.
रमोना: मेरी मौजूदा टीम में, टेस्टिंग को एक साझा ज़िम्मेदारी माना जाता है. सबकी ज़िम्मेदारी है. हमने एक प्रोसेस लागू की है, जिसका नाम "क्वालिटी से जुड़ी क्वालिटी" है. इसे सबसे पहले Atlassian ने लॉन्च किया था. यह प्रोसेस पक्का करती है कि टेस्टर सिर्फ़ सुरक्षा जाल के तौर पर काम करें और यह तय करें कि पुल के अनुरोध के लिए जांच करने की ज़रूरत है या नहीं. इसलिए, डेवलपर इस बात पर भरोसा नहीं कर सकते कि टेस्टर हर चीज़ का ध्यान रखेगा. इसके बजाय, डेवलपर और टेस्टर, क्वालिटी इंजीनियर की मदद से साथ मिलकर काम करते हैं. ये कोच के तौर पर काम करते हैं और डेवलपर को टेस्ट करने का तरीका सिखाते हैं. डेवलपर, बदलावों के लिए ज़रूरी जांच की जानकारी लिखते हैं. अगर क्वालिटी इंजीनियर को लगता है कि ऐसा करना ज़रूरी है, तो वे जांच को बाद में पूरा करेंगे. इस रणनीति से डेवलपर और क्वालिटी इंजीनियर के बीच हमदर्दी बढ़ी. साथ ही, उन्हें अपनी ज़िम्मेदारी शेयर करने के साथ-साथ, साथ मिलकर काम करने का मौका मिला.
Jecelyn: आप कम्यूनिटी से जुड़ी बहुत सारी गतिविधियों में हिस्सा ले रहे हैं. जैसे, बोलना, लिखना, और ओपन सोर्स में योगदान देना! आपको समय कैसे मिलता है और आप इसमें संतुलन कैसे बनाए रखते हैं?
रमोना: मैं भाग्यशाली महसूस करती हूं कि मुझे नौकरी देने वाली कंपनी, पब्लिक स्पीकिंग वाले मेरे कामों को सपोर्ट करती है. इसका मतलब है कि मुझे कॉन्फ़्रेंस में शामिल होने या बातचीत के लिए कॉन्टेंट तैयार करने के दौरान, ऑफ़िस से छुट्टी लेने की ज़रूरत नहीं पड़ती. हालांकि, मुझे यह स्वीकार करना होगा कि मैं अपने खाली समय का कुछ हिस्सा सार्वजनिक तौर पर सीखने-सिखाने के लिए अब भी इस्तेमाल करता/करती हूं. अपने समय को बेहतर तरीके से मैनेज करने के लिए, मैंने टाइम-बॉक्सिंग की रणनीति अपनाई है. इसके तहत, मैं हर दिन दो घंटे काम करती हूं. जैसे, ओपन सोर्स प्रोजेक्ट में योगदान देना, अपने लेख लिखना या प्रज़ेंटेशन की रिहर्सल करना. फ़ुर्सत के पूरे समय के लिए, इन दो घंटों के बाद ब्रेक लेना ज़रूरी है. हालांकि, कई बार यह तरीका प्लान के मुताबिक काम नहीं करता. हालांकि, इसकी मदद से मुझे अपने काम, कम्यूनिटी के साथ जुड़ाव, और निजी ज़िंदगी के बीच सही संतुलन बनाने में मदद मिली.
Jecelyn: क्या कोई ऐसी सलाह है जो आपको टेस्ट ऑटोमेशन में काम शुरू करने से पहले मिली थी?
रमोना: यह ज़रूरी है कि आप किसी खास समाधान के फ़्रेमवर्क के प्रति पक्षपात न करें और मौजूदा समस्याओं को हल करने के बजाय उसे प्राथमिकता दें. हमारा लक्ष्य अपने उपयोगकर्ताओं को बेहतरीन क्वालिटी और बेहतर अनुभव देना है. किसी भी फ़्रेमवर्क से हमें ऐसा करने में मदद मिलती है. इसलिए, बेहतर होगा कि आप फ़्रेमवर्क वाली लड़ाइयों में शामिल न हों. टेस्टिंग के करियर की शुरुआत में, मेरी सलाह है कि आप टेस्टिंग और टेस्ट ऑटोमेशन की बुनियादी बातें सीखने से शुरुआत करें. साथ ही, ज़रूरत पड़ने पर टूल के तौर पर फ़्रेमवर्क का ही इस्तेमाल करें.
Jecelyn: टेस्ट ऑटोमेशन और वेब डेवलपमेंट से कैसे जुड़े रहें?
रमोना: मुझे खबरों के सोर्स और सोशल मीडिया पर नज़र रखकर, नए ट्रेंड और नए आइडिया पर काम करना अच्छा लगता है. हालांकि, काम की जानकारी को फ़िल्टर करना मुश्किल हो सकता है. इसलिए, मैं पक्का करती हूं कि भरोसेमंद सोर्स और लोगों को फ़ॉलो किया जा रहा हो. मैं Twitter सूची और बुकमार्क जैसी सुविधाओं का इस्तेमाल करके भी अपने सोर्स को इकट्ठा करता हूं. यहां उन सोर्स की सूची दी गई है जिन्हें मैंने फ़ॉलो किया है. कॉन्फ़्रेंस और मीटिंग में शामिल होना, मेरे लिए अप-टू-डेट रहने का एक और तरीका है. ऐसा इसलिए, क्योंकि इससे मैं बाकी लोगों से बातचीत करके सीख सकती हूं और उनसे बातचीत कर सकती हूं.