5 साल पहले मैंने जो तीन सबसे उपयोगी कौशल हासिल किए

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





मैं घमंड नहीं करूंगा। मैं इस ग्रह पर सबसे चतुर और सबसे अनुभवी व्यक्ति नहीं हूं, लेकिन मेरा अनुभव रोजमर्रा की समस्याओं को हल करने के लिए पर्याप्त है। यहां तक ​​कि 5 साल पहले, मुझे 3 सरल और बुनियादी कौशल मिले जो मैं अभी भी नई समस्याओं को हल करने के लिए उपयोग करता हूं।

10 वीं कक्षा में, मैंने डॉस कमांड के बारे में पढ़ा

7 साल पहले भी ऐसा हुआ था। मुझे इस बात में दिलचस्पी थी कि मानक डॉस कमांड कैसे काम करते हैं, और कंसोल कमांड के इनपुट और आउटपुट स्ट्रीम कैसे टेक्स्ट फाइल में आउटपुट हो सकते हैं।

यह कैसे सहायक हो सकता है? सब कुछ बहुत सरल है। यहाँ एक उदाहरण है।

मान लें कि परीक्षण में से एक में आपको परीक्षण के तहत आवेदन स्थापित करने से पहले C: \ ड्राइव पर सभी फ़ाइलों की एक सूची प्राप्त करने की आवश्यकता है, और स्थापना के बाद फ़ाइलों की सूची के साथ उनकी तुलना करें। इस प्रकार, यह समझना संभव होगा कि स्थापना प्रक्रिया के दौरान कौन सी फाइलें बदल / जोड़ दी गईं।



यह केवल निम्नलिखित cmd.exe कमांड द्वारा किया जाता है:



dir C: / B / S> initial_c.txt



Dir C: / B / S कमांड C: ड्राइव पर सभी फाइलों, फ़ोल्डरों और सबफ़ोल्डर्स को एकत्रित करेगा और ">" स्ट्रीमिंग आउटपुट रीडायरेक्शन फ़ंक्शन का उपयोग करके सामग्री को शुरुआती_c.txt फ़ाइल में लिख देगा।



मैं पहले से ही दाढ़ी वाले प्रोग्रामर को अपमानजनक रूप से "गिनती पर लेखक" चिल्लाते हुए महसूस करता हूं! हाँ, ताकि हम कार्यक्रम लिखें ... हाँ, कभी नहीं! "। लेकिन, मुझे सब कुछ समझाने दो।



प्रारंभ में, सिल्कटेस्ट (भाषा 4 टेस्ट स्क्रिप्ट) में, मैं पहले से ही एक पुनरावर्ती कार्य लिखने की कोशिश कर रहा था जो एक निर्देशिका पेड़ के माध्यम से यात्रा करता था। परिणामस्वरूप, यह पता चला कि:

1. समारोह जटिल था। निर्देशिकाओं पर संचालकों का उपयोग करना, निर्देशिकाओं के बारे में जानकारी के साथ संरचना, पुनरावृत्ति - यह सब सरल नहीं हो सकता है।
2. फ़ंक्शन अक्सर कुछ सिस्टम पर कुछ निर्देशिकाओं तक पहुँच अधिकारों पर ठोकर खाई।
3. जैसा कि बाद में पता चला, यह dir C: / B / S की तुलना में 25 गुना धीमा काम करता है

स्वचालित परीक्षण प्रोग्रामिंग के समान है। लेकिन, ऐसे डेवलपर्स के विपरीत जो एक ऐसा उत्पाद बनाते हैं जिसे पूरी दुनिया देखेगी, हमारे परीक्षण कंपनी की दीवारों को नहीं छोड़ेंगे। इसलिए, यह संभव और आवश्यक है कि परीक्षण सरल रहें।



एक साधारण रीति के साथ एक निर्देशिका पेड़ प्राप्त करने के लिए एक जटिल पुनरावर्ती कार्य के शरीर को बदलना: एक परीक्षक के लिए एक प्रभावी और अच्छा अभ्यास है।



यह भी पता चला है कि xcopy कमांड मानक SilkTest SYS_CopyFile फ़ंक्शन की तुलना में अधिक स्थिर है, और md dir1 \ dir2 \ dir3 कमांड noxistent डायरेक्टरी dir2 में nonexistent निर्देशिकाir3 के साथ एक निर्देशिका बनाने में सक्षम है ...



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



कमांड लाइन बहुत प्रभावी है। लेकिन, मैं इस बारे में लिखता हूं क्योंकि मेरी टिप्पणियों के अनुसार, 80% लोग या तो इसे जानते नहीं हैं या इससे बचते हैं।

यदि मैं समय प्रबंधन के साथ आया था, तो पहला पद मुझे लिखना होगा:

"कमांड लाइन सीखें।"

मैंने शुद्ध विन 32 एपीआई पर नोटपैड लिखा

मैंने अभी तक पी। वी। रुम्यंतसेव की पुस्तक "द एबीसी ऑफ़ प्रोग्रामिंग इन द विन 32 एपीआई " नहीं पढ़ी। मैंने जो पढ़ा, उसे तुरंत लागू करने की कोशिश की। मैं तुरंत कहूंगा कि विन एपीआई पर ग्राफिकल एप्लिकेशन बनाना आपके लिए कोई समस्या नहीं है। यहां मैं उन दाढ़ी वाले प्रोग्रामर को अपना सिर झुकाता हूं जिन्होंने विन एपीआई पर विन 3.11 / विन 95 के तहत लिखा था, और इस लेख की शुरुआत में मुझे एक दांव पर लगाना चाहते थे।



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



जल्द ही, जब मैंने सिल्कटेस्ट के साथ काम करना शुरू किया - विन 32 एपीआई के ज्ञान ने मुझे बहुत मदद की। अब, जब मुझे किसी भी समस्या का सामना करना पड़ता है, जिसे मैं सामान्य सिल्कटेस्ट टूल के साथ हल नहीं कर सकता हूं, तो मैं विन एपीआई कार्यों को निर्यात करने की बारी करता हूं।



मेरे अभ्यास से ताजा उदाहरण। अगला परीक्षण शुरू करने से पहले, तीसरे पक्ष के अनुप्रयोगों और उनके बच्चे की खिड़कियों की खुली खिड़कियों की एक सूची एकत्र करना आवश्यक था। यह पता चला कि सिल्कटेस्ट में ऐसा कोई कार्य नहीं है जो सभी खुली खिड़कियों की सूची लौटाएगा। और खुली खिड़कियों को इकट्ठा करने के लिए हमारा मौजूदा तंत्र बैसाखी पर था, यह बहुत धीरे-धीरे काम करता था और अक्सर दुर्घटनाग्रस्त हो जाता था। जब हमने WinAPI फ़ंक्शंस EnumWindows और EnumChildWindows को लागू किया, उसके बाद सभी विंडो का समापन समय 20 मिनट, 20 मिनट से घटकर एक हो गया। और नए और महत्वपूर्ण सरलीकृत एल्गोरिथ्म ने अब बड़ी संख्या में विफलताओं को नहीं दिया, जैसा कि पहले था।



मैं समझता हूं कि आज विंडोज के तहत प्रोग्रामिंग .NET फ्रेमवर्क WinForms और विंडोज प्रेजेंटेशन फाउंडेशन के सार से घिरा हुआ है। लेकिन, WinAPI की स्पार्टन शर्तों के तहत प्रोग्रामिंग का अनुभव आपके लिए बेहद उपयोगी होगा। इसके अलावा, दाढ़ी वाले प्रोग्रामर जानते हैं कि वही .net फ्रेमवर्क 4 आपको वह सभी कार्यक्षमता प्रदान नहीं कर सकता है जो विंडोज एपीआई प्रदान करता है, इसलिए बहुत बार, गंभीर परियोजनाओं में, विंडोज एपीआई फ़ंक्शन के आयात, तथाकथित पी / इनवोक का उपयोग किया जाता है।



तो Win32 एपीआई प्रोग्रामिंग कौशल प्राप्त करने के लिए बहुत आलसी मत बनो।

मैंने पर्ल सीखा

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



मैं इस बात पर जोर देता हूं कि मैं इसका उपयोग करने वाला एकमात्र व्यक्ति नहीं हूं, बल्कि हमारी पूरी टीम और वरिष्ठ हैं और यह बहुत ही सुखद है।

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



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



मैं समय प्रबंधन का दूसरा संकेत दूंगा: "जानें पर्ल!", ठीक है, अधिक राजनीतिक रूप से सही:

"किसी भी गतिशील प्रोग्रामिंग भाषा सीखें"

---

* समस्या को उसी स्तर पर हल करना असंभव है जिस पर वह उत्पन्न हुआ था। अगले स्तर तक बढ़ने से आपको इस समस्या से उबरने की आवश्यकता है।

अल्बर्ट आइंस्टीन