सात परीक्षक नियम

"सबसे पहले, आपके प्रयासों को दुर्घटनाग्रस्त होना पड़ेगा ताकि आप जीवन के उस मोड़ पर हड़पने के लिए तैयार हो जाएं जिसे आप फेंक देंगे।"
ई। हेरिगेल
ज़ेन और द आर्ट ऑफ़ तीरंदाजी

क्या आप एक मैनुअल परीक्षक हैं?
कोई परीक्षण स्वचालन समय?
क्या परीक्षण किया जाना चाहिए स्वचालित नहीं किया जा सकता है?
आप पहले ही शीर्ष पर पहुंच चुके हैं, लेकिन किसी और की राह देखना चाहते हैं?

फिर मैं एक कटौती के लिए पूछना!


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

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

लेकिन धीरे-धीरे, अधिक से अधिक परियोजनाएं थीं, प्रोग्रामर लगातार बग्स तय करते थे, लगभग हर घंटे बिल्ड रोल करना आवश्यक था। कुछ बिंदु पर, मैंने देखा कि मैं वास्तव में केवल परीक्षण पर ही 40% समय बिताता हूं। बाकी समय किसी न किसी वामपंथी गतिविधि का कब्जा है। तब मुझे पहला सरल नियम समझ में आया:

1. यदि आप एक परीक्षक हैं, तो यह न केवल परीक्षण को स्वचालित करने के लिए संभव और आवश्यक है

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

2. स्वचालित करें जो समय में सबसे बड़ा लाभ देगा

धीरे-धीरे, परियोजनाएं बढ़ीं, और कई सर्वरों पर स्थित सिस्टम दिखाई दिए। और, डरावनी, डेवलपर कॉन्फ़िगरेशन सर्वर पर काम नहीं करती थी! और प्रोग्रामर किसी कारण से (!) उन्हें संपादित नहीं करना चाहते थे। मैं फिर से निर्माण मशीन में चढ़ गया, और पाया कि कॉन्फ़िगरेशन को आसानी से बिल्ड स्टेज पर बदला जा सकता है। तब मुझे तीसरा सरल नियम समझ में आया:

3. पूरी तरह से निर्माण मशीन का काम सीखो

लगभग उसी समय, हाइपर-वी पर पहला आभासी खेत मेरे निपटान में दिखाई दिया। कुछ महीनों के बाद, मैंने अब नहीं सोचा था कि मैं पहले कैसे रहता था। परीक्षण खड़ा करना इतना आसान और सरल था! इसलिए चौथा सरल नियम :

4. वर्चुअलाइजेशन सर्वर को लिफ्ट करें

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

5. अंत में अपना टेस्ट डोमेन बनाएं

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

सामान्य तौर पर, छठा सरल नियम है :

6. PowerShell / cmd / bash के साथ डील करें

कुछ बिंदु पर, मुझे एहसास हुआ कि परीक्षण को स्वचालित करने के बिना भी, मैंने बाकी सब कुछ स्वचालित कर दिया!

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

7. क्या आप स्वचालित करना चाहते हैं? सही ढंग से प्रोग्राम करना सीखें! सॉफ्टवेयर आर्किटेक्चर पर किताबें पढ़ें

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

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

और एक और इच्छा। मैंने इसे स्वयं सीखा है, अपने सहयोगियों को ज्ञान प्रदान करता है - आपको स्वीकार करना चाहिए, यह उन लोगों के साथ काम करने के लिए अधिक दिलचस्प है जो सुंदर, जटिल परियोजनाएं बनाते हैं, और एक गंदे स्वेटर में नहीं जाते हैं और अपने काम से पीड़ित होते हैं।

मैं आपको दिलचस्प बग, अच्छी परियोजनाएं और अनुकूल साथी प्रोग्रामर चाहता हूं!