QA இல் பணிபுரியும் போது, நான் அடிக்கடி என் தலையில் ஒரு குரல் கேட்கிறேன், சில நேரங்களில் இது ஒரு பயனுள்ள தூண்டுதலாக இருக்கும், ஆனால் சரிபார்க்காமல் விட்டால், அது ஒரு பிரச்சனையாக மாறும். கீழே, இந்த தொல்லைதரும் மற்றும் அது எவ்வாறு வெளிப்படுகிறது என்பதைப் பற்றி பேசுவேன். "நீங்கள் எல்லாவற்றையும் சரிபார்த்துவிட்டீர்களா?" உள் பிழை இந்தக் கட்டுரையில், இந்த நிகழ்வைப் படிப்பதன் மூலம் நான் பெற்ற எனது எண்ணங்களையும் நுண்ணறிவுகளையும் பகிர்ந்து கொள்ள விரும்புகிறேன். அவை உங்களுக்கு பயனுள்ளதாக இருக்கும் என்று நம்புகிறேன், மேலும் இது குறித்த உங்கள் பார்வையை கருத்துகளில் கேட்க விரும்புகிறேன். எல்லாவற்றிற்கும் மேலாக, என்னை வெளியில் இருந்து பார்க்கவும் மேம்படுத்தவும் சிறந்த வழிகளில் ஒன்று பின்னூட்டம். உள் பிழையின் நன்மைகள்: "நீங்கள் எல்லாவற்றையும் சரிபார்த்துவிட்டீர்களா?" எளிமையான பணிகளைக் கூட கவனத்துடனும் விரிவாகவும் அணுகுவதற்கு இது உங்களைத் தூண்டுகிறது. ஒரு முறை, பணிகளுக்கு இடையில் மாறி, ஏற்கனவே சோதனையை முடித்த பிறகு, எல்லாவற்றையும் இருமுறை சரிபார்க்க முடிவு செய்தேன். அப்போதுதான் நான் ஒரு சிறிய ஆனால் முக்கியமான விவரத்தை கவனித்தேன். புதிய செயல்பாட்டைச் செய்ய வேண்டிய கணக்கீட்டிற்கான சூத்திரம் பணியில் சேர்க்கப்படவில்லை. ஆர்வமாக, நான் பணி விளக்கம் மற்றும் காவியம் இரண்டையும் மீண்டும் படித்தேன், எனக்கு ஆச்சரியமாக, கணக்கீட்டு சூத்திரம் எங்கும் குறிப்பிடப்படவில்லை. எனவே, நான் அதை எப்படிக் கணக்கிட்டேன்? ஒப்புக்கொள்வதற்கு சங்கடமாக இருக்கிறது, ஆனால் நான் வேறு பணியின் சூத்திரத்தைப் பயன்படுத்தி கணக்கீடுகளைச் சரிபார்த்து வருகிறேன். இரண்டு பணிகளும் தொடர்புடையதாக இருந்தாலும், சூத்திரங்கள் சுயாதீனமாக செயல்பட வேண்டும். இந்த மேற்பார்வையை உணர்ந்து, நான் சரியான கணக்கீட்டு விதிகளை விரைவாகக் கோரினேன், பணியை மீண்டும் சோதனை செய்தேன், மேலும் டெவலப்பர் அதே தவறைச் செய்திருப்பதைக் கண்டுபிடித்தேன். அவர்களும் மற்ற பணிகளில் இருந்து ஃபார்முலாவைப் பயன்படுத்தினர். இந்த தொல்லைதரும் சிறிய பிழையானது அற்பமான பிழைகளைக் கண்டறிந்து தயாரிப்பை மிகவும் நம்பகமானதாக மாற்ற அனுமதிக்கிறது நான் சோதனைத் திட்டத்தைப் பார்த்தவுடன், இந்த சிறிய பிரச்சனையாளர், "கிளையன்ட் பெரிய எழுத்துரு அளவைப் பயன்படுத்தினால் அல்லது காலாவதியான OS ஐப் பயன்படுத்தினால் என்ன செய்வது?" போன்ற யோசனைகளை வீசத் தொடங்குகிறார். அதற்கு நன்றி, நான் எனது சோதனைகளை இன்னும் முழுமையாக ஆவணப்படுத்துகிறேன், மேலும் எனது அறிக்கைகளில் வீடியோக்கள் மற்றும் ஸ்கிரீன்ஷாட்களை அடிக்கடி சேர்க்கிறேன் சோதனை முடிந்ததும், அம்சம் நேரலையில் இருக்கும்போது, திடீரென்று ஒரு பிழை தோன்றும் போது இது நம்பமுடியாத அளவிற்கு உதவியாக இருக்கும். அதைக் கண்டறிந்து சரிசெய்த பிறகு, சோதனையின் போது நான் சிக்கலைத் தவறவிட்டேனா அல்லது தயாரிப்பில் பின்னர் அறிமுகப்படுத்தப்பட்டதா என்பதைத் தீர்மானிக்க எனது சோதனைப் பதிவுகளைச் சரிபார்க்கிறேன். சில நேரங்களில், எனது ஸ்கிரீன் ஷாட்கள் அல்லது பதிவுகளில் பிழை மறைந்திருப்பதைக் கண்டேன். இது நிகழும்போது, நான் ஏன் அதை கவனிக்கவில்லை, ஏன் அதைப் பிடிக்க ஒரு சோதனை வழக்கு இல்லை என்று தோண்டி எடுக்கிறேன். அந்த சுய-பிரதிபலிப்பு குறிப்பில், இந்த உள் குரலின் குறைபாடுகளுக்கு செல்லலாம் இது என்னை மிகவும் கவலையடையச் செய்கிறது, பெரும்பாலும் நல்ல காரணமின்றி இது சில நேரங்களில் ஒரு திருகு-அப் பிறகு நடக்கும், ஆனால் லிட்டில் பக் குரல் குழாய்கள் தூண்டப்படாத நேரங்களும் உள்ளன. சில சந்தர்ப்பங்களில், நான் படுக்கைக்குச் சென்ற பிறகும் அது என்னைத் தனியாக விட்டுவிடாது, மேலும் நான் என்ன சரிபார்க்க வேண்டும் என்பதைப் பற்றி எனக்கு நானே குறிப்புகளை உருவாக்கிக்கொள்வேன். இது அடிக்கடி என்னை மிகவும் சிக்கலான சோதனை நிகழ்வுகளில் நேரத்தை வீணாக்குகிறது இது முதல் புள்ளியின் நேரடி விளைவு: பதட்டம் என் தலையில் விசித்திரமான மற்றும் மிகவும் பயங்கரமான காட்சிகளை உருவாக்குகிறது. இந்த நேரத்தில், அவை விமர்சன ரீதியாகத் தோன்றுகின்றன, ஆனால் திரும்பிப் பார்க்கும்போது, அவை பெரும்பாலும் "சந்திரனுக்குக் கீழே ஒரு பைன் மரத்தில் விசில் அடித்தால் என்ன?" இது மற்ற பணிகளில் கவனம் செலுத்துவதைத் தடுக்கிறது சில நேரங்களில், ஒரு பணியை அடுத்த நிலைக்கு நகர்த்திய பிறகும், புதிதாக ஒன்றைத் தொடங்கினாலும், அந்த சோதனை நிகழ்வுகள் பற்றிய எண்ணங்கள் என்னை வேட்டையாடுகின்றன, மேலும் புதிய பணியில் கவனம் செலுத்துவதைத் தடுக்கின்றன. இதுபோன்ற சந்தர்ப்பங்களில், ஆர்வமுள்ள செக்கர்-பக்கை அணைப்பது கடினமாக இருக்கும். அப்படியானால், ஒருவர் எவ்வாறு இந்த பிழையை ஒருவருக்கு சாதகமாக பயன்படுத்த முடியும், மேலும் அதை எப்படி எடுத்துக்கொள்வதை தடுக்கிறீர்கள்? முதல் விஷயம் நான் தீமைகளைப் பற்றி எழுதும் போது என் தலையில் தோன்றியது - மற்றும் நான் ஒரு மந்திரம் போல மீண்டும் சொல்கிறேன் - இது: முழுமையான சோதனை என்பது ஒரு கட்டுக்கதை. எப்போதும் பிழைகள் இருக்கும். நீங்கள் எவ்வளவு துல்லியமாக இருந்தாலும், செயல்கள் மற்றும் காட்சிகளின் ஒவ்வொரு கலவையையும் கணிக்க இயலாது, அதாவது உங்கள் பயனர்கள் செய்யும் முன் ஒவ்வொரு பிழையையும் உங்களால் பிடிக்க முடியாது. குறிப்பாக மாறிவரும் உலகில். இதை நீங்கள் ஏற்றுக்கொண்டு முன்னேற வேண்டும். இதைப் புரிந்து கொள்ள எனக்கு உதவியது, உற்பத்தி பிழைகளின் மூல காரணங்களை பகுப்பாய்வு செய்ததே - சிலர் என்று அழைக்கிறார்கள். சம்பந்தப்பட்ட அனைவருடனும் நீங்கள் பேசும்போது, பிழை எப்படி ஏற்பட்டது மற்றும் அது மீண்டும் நிகழாமல் தடுக்க நாங்கள் என்ன செய்ய முடியும் என்பதைக் கண்டறியவும். போஸ்ட்மார்ட்டம் மேலும் அடிக்கடி, கடுமையான குறைபாடுகள் எளிமையான மேற்பார்வைகளால் ஏற்படுகின்றன என்பதை நான் அறிந்தேன்: சில நேரங்களில் வெற்று மதிப்புகளைக் கொண்ட சோதனை வழக்குகள் சரிபார்க்கப்படவில்லை, சில தயாரிப்புகள் கடையில் காண்பிக்கப்படாமல் போகலாம்; மற்ற நேரங்களில், உள்ளூர்மயமாக்கல் தவறவிடப்பட்டது, இதன் விளைவாக வெற்றுத் திரை தலைப்பு ஏற்பட்டது. ஆனாலும் வானம் விழவில்லை. வேலை தொடர்ந்தது, நாங்கள் அனைவரும் முன்பு நழுவிப் போன பகுதிகளுக்கு அதிக கவனம் செலுத்தினோம். இரண்டாவது விஷயம் சோதனை வடிவமைப்பு நுட்பங்களைச் செயல்படுத்தும் தொல்லைதரும் செக்கர்-பக்: முடிவு அட்டவணைகள் மற்றும் நிலை மாற்ற வரைபடங்கள் ஆகியவற்றை நான் அமைதிப்படுத்தப் பயன்படுத்தினேன். பயன்பாட்டு தர்க்கத்தைக் காட்சிப்படுத்தவும், சாத்தியமான சோதனை நிகழ்வுகளின் தெளிவான படத்தைப் பெறவும் இவை உங்களுக்கு உதவுகின்றன, அதாவது நீங்கள் அவற்றைக் கவனிக்க மாட்டீர்கள் என்பதில் அதிக நம்பிக்கையுடன் இருக்க முடியும். உங்களுக்கு புதுப்பிப்பு தேவைப்பட்டால், முடிவு அட்டவணை என்பது, நாங்கள் நிபந்தனைகளையும் விதிகளையும் நெடுவரிசைகள் மற்றும் வரிசைகளில் உள்ளிடும் அட்டவணையாகும். அனைத்து நிபந்தனைகள் மற்றும் விதிகளுக்கான விருப்பங்களை நாங்கள் குறிப்பிட்டதும், எதிர்பார்த்த முடிவை நிரப்புவோம். வெவ்வேறு நிலைகளைக் கொண்ட ஒரு பொருளைக் கொண்டிருக்கும் போது ஒரு நிலை மாற்றம் வரைபடம் பயன்படுத்தப்படுகிறது, மேலும் சில நிபந்தனைகளின் அடிப்படையில் பொருள் அதன் நிலையை மாற்றுகிறது. இது எப்போதும் சரியான பொருத்தம் அல்ல, ஆனால் நான் ஒரு கணக்கியல் சேவையை உருவாக்கும் போது அது மிகவும் உதவியாக இருந்தது; அந்த வரைபடங்களில் உள்ள பொருள்கள் அறிக்கைகள், பயன்பாடுகள் அல்லது டிஜிட்டல் கையொப்பங்கள் போன்றவை. மூன்றாவது, அந்த தொல்லைதரும் இன்னர் பிழைக்கான தீர்வு உண்மையில் என்னை தானே கண்டுபிடித்தது. இது சோதனை நிகழ்வுகளின் சக மதிப்பாய்வு மற்றும் திருகு-அப்களுக்குப் பிறகு தொடர்பு கொள்ளப்பட்டது. எளிமையானது, ஒருவேளை வெளிப்படையானது, ஆனால் அது ஒரு கவர்ச்சியாக வேலை செய்கிறது. மற்றும் நான்காவது செயல்திறன் மற்றும் அபாயங்களை மதிப்பிடுவதன் மூலம் என் மூளையை அமைதிப்படுத்துவதற்கான வழி. இன்னர் பக் என் காதில் கிசுகிசுக்கத் தொடங்கியபோது, “இன்னும் சில சோதனைச் சம்பவங்களைச் சரிபாருங்கள்” என்று நான் எனது குழுத் தலைவரை நினைத்து மூன்று கேள்விகளைக் கேட்பேன்: எவ்வளவு நேரம் எடுக்கும்? என்ன பலன் இருக்கும்? இது முக்கியமான ஒன்றை வெளிப்படுத்தும் நிகழ்தகவு என்ன? ஆம், சில நேரங்களில் வெவ்வேறு மொழி அமைப்புகள், இருண்ட மற்றும் ஒளி தீம்கள், அதிகரித்த எழுத்துரு அளவு மற்றும் பலவற்றுடன் பல OS பதிப்புகளில் சோதனை செய்வது அர்த்தமுள்ளதாக இருக்கும், ஆனால் பெரும்பாலும், இந்த சோதனைகள் தேவையற்றவை. அத்தகைய சோதனைகளைச் செய்யும்போது நீங்கள் ஒரு பிழையைக் கண்டறிவீர்கள் என்று கற்பனை செய்து பாருங்கள்: அதற்கு என்ன முன்னுரிமை இருக்கும்? இனப்பெருக்கம் செய்வதற்கான குறிப்பிட்ட படிகள் காரணமாக, ஒரு செயலிழப்புக்கு கூட சிறிய முன்னுரிமை கொடுக்கப்படலாம். இந்த காசோலைகள் எவ்வளவு காலம் எடுக்கும்? ஐந்து முதல் பத்து நிமிடங்கள் - ஒரு பெரிய விஷயம் இல்லை, ஆனால் அந்த நேரம் எப்போதும் கிடைக்காது. அந்த நேரத்தில், சராசரி அளவிலான பணியின் விளக்கத்தை நீங்கள் படிக்கலாம். முடிவடைகிறது (நான் நம்புகிறேன்) எந்தவொரு கருவியையும் போலவே, உங்களின் அந்த நச்சரிக்கும் உள் பிழை ஒரு ஆசீர்வாதமாகவோ அல்லது சாபமாகவோ இருக்கலாம். எதையாவது திறம்பட பயன்படுத்துவது எப்படி என்பதை அறிய பெரும்பாலும் அனுபவமும் நேரமும் தேவை. உங்கள் உள் விமர்சகரை விரைவாகக் கட்டுப்படுத்தவும், உங்கள் நரம்புகளைக் காப்பாற்றவும், உங்கள் தன்னம்பிக்கையை அதிகரிக்கவும் இந்தக் கட்டுரை உதவும் என்று நம்புகிறேன். நான் உங்களுக்கு சில ஆதரவை வழங்க விரும்புகிறேன், ஒருவேளை நீங்கள் சோர்வடையும் வரை அதை எதிர்த்துப் போராடுவதற்குப் பதிலாக, இந்த சிறிய மிருகத்துடன் இணைந்து பணியாற்றுவதற்கான வழியைக் கண்டுபிடித்து அதை உங்கள் கூட்டாளியாக மாற்றிக்கொள்ளலாம்.
