6 क्यूए गलतियाँ और उन्हें कैसे बचें

एल्कलिंग ने अपनी बुद्धि को नीचे कर दिया

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

1. बड़ी तस्वीर को भूल जाओ

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

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

2. अपनी भावनाओं के आधार पर मुद्दों को जोड़ें

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

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

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

3. अपने डिजाइनर के अस्तित्व को भूल जाओ

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

अगर मुझे पूरी तरह से ईमानदार होना है, तो मैं अभी भी कभी-कभी यह गलती करता हूं और पल की गर्मी में, पहले अपने डिजाइनर से सलाह के बिना किसी फीचर में कुछ जोड़ने का फैसला करता हूं। मैं इसे कुछ बेहतर करने के सबसे अच्छे इरादे के साथ करता हूं लेकिन मेरा सबसे अच्छा इरादा थोड़ा कम है अगर मैं सहमत प्रक्रिया को बाधित कर रहा हूं और अप्रत्याशित देरी को जोड़ रहा हूं।

4. अपने देवों को पेशाब कर दो

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

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

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

5. मान लें कि आप प्रलेखन के लिए बहुत अच्छे हैं

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

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

6. ग्राउंडवर्क नहीं करना

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

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