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

मुझे इसकी आवश्यकता क्यों है?

मेरे साथ सब कुछ ठीक है, मैं ठीक काम करता हूं, वे मेरी तारीफ करते हैं, मैं कुछ भी क्यों बदलूं? यह एक तार्किक प्रश्न है। जवाब में, "एलिस इन द लुकिंग ग्लास" पुस्तक का एक उद्धरण:

आपको केवल स्थान पर रहने के लिए उतनी ही तेजी से दौड़ने की आवश्यकता है, लेकिन कहीं जाने के लिए, आपको कम से कम दो बार तेज चलना चाहिए!

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

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

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

लेकिन जब आप समस्या के अध्ययन के दृष्टिकोण को बदलते हैं, तो परीक्षण की पीढ़ी, परीक्षण के तरीकों, फिर:

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

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

क्या वास्तव में दृष्टिकोण बदल सकता है?

1. कलाकृतियों या परीक्षण प्रलेखन

हम में से प्रत्येक कहीं न कहीं एक परीक्षण योजना, कार्य अपघटन, उत्पाद संचालन योजना, निर्देश, बग, समझौते को ठीक करता है। यह कागज का एक टुकड़ा, कंप्यूटर पर एक फ़ाइल या किसी प्रकार का कार्यक्रम हो सकता है। हम परीक्षण मामलों, जाँच सूची, स्मार्ट कार्ड, टेबल, चार्ट, आरेख, निर्देश बनाते हैं ...

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

मैंने एक टीम में ऑटोटैस्ट को देखा - मुख्य स्व-सहायक प्रलेखन के रूप में, क्यों नहीं?

2. परीक्षण तकनीक

यह शायद सबसे स्पष्ट बिंदु है, लेकिन इसके बिना। मुझे ईमानदारी से बताएं, वर्तमान में आप किन तकनीकों का उपयोग कर रहे हैं? नहीं, आप नहीं जानते, बस आवेदन करें! आपने कब तक कुछ नया खोजने की कोशिश की है?

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

अंतर्ज्ञान एक अच्छी शुरुआत है, लेकिन एक घटिया निष्कर्ष (अंतर्ज्ञान शुरुआत के लिए अच्छा है, लेकिन अंत में घटिया है)।

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

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

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

3. विचारों के विश्लेषण और निर्माण के लिए तकनीक

हां, हां, यह समस्या के संपूर्ण सूत्रीकरण, कार्यक्षमता के अध्ययन, परीक्षण वस्तु के अध्ययन का विश्लेषण है। अगर हम अंतर्ज्ञान की चर्चा पर लौटते हैं, तो लंघन त्रुटियों का कारण अभी भी एक अपर्याप्त विश्लेषण कार्य हो सकता है, अपूर्ण रूप से एकत्रित जानकारी। यहां क्या बदला जा सकता है?

आप अध्ययन कर सकते हैं कि परीक्षण के oracles क्या हैं । निश्चित रूप से आप जानकारी के एक नए स्रोत की खोज करेंगे। या, यदि आप पहले से ही उन्हें जानते हैं, तो, उदाहरण के लिए, अपने प्रतिद्वंद्वी के उत्पाद पर और जानें कि आपकी विशेषताएं वहां कैसे लागू की जाती हैं।

विश्लेषण तकनीकों के लिए देखें, मॉडलिंग का अध्ययन करें, क्योंकि हम अपने मॉडल के अनुसार, कार्यक्रम के हमारे विचार के अनुसार परीक्षण करते हैं। अपने सिस्टम की वस्तुओं को लें और रिमोट सेंसिंग (क्रिया - पैरामीटर - मान) पर विश्लेषण करें।

सबसे पहले, उन सभी वस्तुओं का चयन करें जो आपके पास हैं, उन सभी कार्यों को चित्रित करें जिन्हें आप इन वस्तुओं पर कर सकते हैं, फिर पैरामीटर जो क्रियाओं को प्रभावित करते हैं, और फिर मापदंडों के विशिष्ट मूल्य।

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

4. पर्यावरण और प्रक्रियाओं

मैं टीम या कंपनी के बदलाव की बात नहीं कर रहा हूँ, हालाँकि कुछ स्थितियों में, क्यों नहीं? :) मैं परीक्षण के आसपास के बारे में बात करना चाहता था।

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

Microsoft Visual Studio को JetBrains राइडर (या इसके विपरीत) में बदलें। एक अलग एपीआई परीक्षण उपकरण का उपयोग करने का प्रयास करें। अन्य समाधानों का अन्वेषण करें, यह बहुत संभव है कि आपके लिए कुछ नया और अधिक सुविधाजनक दिखाई दे।

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

और कभी-कभी यह डेवलपर्स या अन्य परीक्षकों के करीब, कमरे के दूसरे छोर पर ले जाने और स्थानांतरित करने के लिए बहुत उपयोगी है। जगह का बदलाव काम पर नज़र ताज़ा करने में मदद करेगा।

5. परीक्षक की भूमिका और जिम्मेदारियां

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

कुछ साक्षात्कार के लिए जाओ। बस जाओ। आप सीखेंगे कि अन्य कंपनियों में क्या हो रहा है, परीक्षकों द्वारा क्या मूल्यवान है, उनसे क्या उम्मीद की जाती है।

क्या आप अभी भी यह तय कर रहे हैं कि रिलीज हो या नहीं या प्रबंधक आमतौर पर क्या करते हैं? परीक्षण के बारे में जेरी वेनबर्ग की पुस्तक परफेक्ट सॉफ्टवेयर और अन्य भ्रम पढ़ें और यह आपकी दुनिया को उल्टा कर देगा! और फिर अपने प्रबंधक को पढ़ने देना सुनिश्चित करें।

क्या आपको लगता है कि गुणवत्ता आश्वासन परीक्षक की जिम्मेदारी है? उसी साक्षात्कार में जेम्स बाख ने एक सैन्य अड्डे पर एक गार्ड का एक अच्छा उदाहरण दिया।

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

एक ही सम्मेलन में परीक्षक की गुणवत्ता और वृद्धि सुनिश्चित करने के विषय पर मैक्सिम से एक अच्छी तर्क रिपोर्ट थी।

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

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

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

6. कुछ और

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

एक और अप्रत्याशित विचार - आप खुद का परीक्षण कर सकते हैं! या आपका विकास! एकातेरिना बोब्रोवा कैसे।

हमें क्या रोक रहा है

आइए सबसे लोकप्रिय स्टॉप कारकों को देखें जो हमें एक अलग दृष्टिकोण की कोशिश करने से रोकते हैं।

कोई समय नहीं

यह शायद सबसे सरल है। एक समय प्रबंधन पाठ्यक्रम पर जाएं, दक्षता के बारे में किताबें पढ़ें। उदाहरण के लिए, मैक्सिम डोरोफीव द्वारा " जेडी तकनीक "।

सुनिश्चित नहीं है कि पहला कदम कैसे उठाया जाए

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

गलतियों का डर

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

"मुझे बताओ, श्री एडिसन, एक पंक्ति में दो हजार बार असफल होने के लिए ऐसा क्या है, जो एक प्रकाश बल्ब बनाने की कोशिश कर रहा है?"
"यंग मैन," एडिसन ने उत्तर दिया, "मैं किसी भी तरह से दो हजार बार गलती से इस प्रकाश बल्ब का निर्माण नहीं कर रहा था।" मैंने एक हजार नौ सौ निन्यानवे तरीके खोजे जिनसे लाइट बल्ब नहीं बना।

जानकारी अधिभार

किताब में “ जीवन को बदलने के 100 तरीके। भाग 2 ”लारिसा परफ़ेंटीवा सूचना अधिभार के रूप में इस तरह की बात करती है। समय के साथ, हम ज्ञान प्राप्त करते हैं, और यह हमें कार्यों को जल्दी से सामना करने, निर्णय लेने, कुछ नया करने और जोखिम लेने से रोकता है। क्योंकि इससे पहले कि हम कोशिश करें, हम विश्लेषण करना शुरू करते हैं, हर चीज के बारे में सबसे छोटे से विस्तार से सोचते हैं और ... अंत में, हम कभी कोशिश नहीं करते हैं।

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

और यहाँ अल्बर्ट आइंस्टीन का एक और उद्धरण है:

हर कोई बचपन से जानता है कि यह और वह असंभव है। लेकिन हमेशा एक अज्ञानी होता है जो यह नहीं जानता है। वह एक खोज करता है।

पर्याप्त प्रेरणा नहीं

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

उसी पुस्तक में, लरिसा पारफेंटेवा अभिनेता और निर्देशक हेरोल्ड रामिस के लिए सफलता का नियम साझा करती है।

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

खोजें जो आपको ऊर्जा, शक्ति देता है, आपको परिवर्तन के लिए चार्ज करता है, और इसे खाता है!

यदि आपको लगता है कि आपको एक संरक्षक की आवश्यकता है, तो कागज के एक टुकड़े पर 20 लोगों की एक सूची लिखें जो ऊपर आ सकते हैं, भले ही वे सबसे प्रसिद्ध परीक्षक हों, इन लोगों से संपर्क करें। 20 में से कोई निश्चित रूप से आपको मना नहीं करेगा!

अंत में

मैं किताब से एक और उद्धरण दूंगा “ जीवन को बदलने के 100 तरीके। भाग 2 ”।

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

नई तकनीकों, नए साधनों को आज़माएं, अपना आविष्कार करें। सबसे सांसारिक गतिविधि चुनें और इसे सचेत रूप से करें। प्रक्रियाओं को बदलें, अपने विचारों को संशोधित करें। कुछ पागल और दिलचस्प विचार के साथ आओ और इसे साकार करने की कोशिश करो!

इस लेख के साथ, हम वार्षिक चक्र "परीक्षक कैलेंडर" को समाप्त करते हैं, जिसमें 16 कंटूर परीक्षकों ने अपने कार्य उपकरण, प्रथाओं और प्रक्रियाओं के बारे में बात की। उनमें से कई के लिए, यह एक नया अनुभव था, दिलचस्प और उपयोगी।
परीक्षण की दुनिया केवल कीड़े की खोज तक ही सीमित नहीं है, इसमें कई चेहरे हैं और इस दुनिया में आपको प्रयोग करना चाहिए। हमारे साथ बने रहने के लिए धन्यवाद :)

कैलेंडर लेखों की सूची:

उचित जोड़ी परीक्षण
प्रतिक्रिया: यह कैसे होता है
टेस्ट का अनुकूलन करें
एक किताब पढ़ें
विश्लेषिकी परीक्षण
परीक्षक को बग को पकड़ना चाहिए, कनेर को पढ़ना चाहिए और चाल को व्यवस्थित करना चाहिए।
लोड सेवा
क्यूए सेवा मेट्रिक्स
परीक्षण सुरक्षा
अपने ग्राहक को जानें
बैकलॉग लें